Files
workbuddy_skills/session-mechanism/references/rules.md
T
admin 19101acd65 init: workbuddy_skills 重建,仅收录 session-mechanism
- 按用户指示清空原有 25 技能内容,只提交 session-mechanism(57 文件)
- 附 .gitignore(产物 + 本机凭据)
- 令牌明文已脱敏(历史 .neodata_token 与 pitfalls 引用均不入库)
- 本提交为孤儿提交(父提交为空),历史自此重新开始
2026-10-05 14:13:24 +08:00

7.9 KiB
Raw Blame History

会话机制 · 规矩与判据(照它做,⛔ 别自己另发明)

⚠️ 本文件是作业规矩;机制全貌 ⇒ references/architecture.md;坑 ⇒ references/pitfalls.md。 🔴 与项目层 CODEBUDDY.md §1 冲突时以项目层为准(那里有裁决顺序)。

1 提问判据(唯一一条)

只问「超过现有判断方法边界」的问题。

  • 边界内 ⇒ 自决策,不要问:技术选型 / 实现路径 / 命名与数据结构 / 调参 / 部署与同步 / 排查方法 / 版本依赖 / 兼容降级 / 方案取舍 / 文档技术内容。 「部署上线」属此项 ⇒ 做完即上线,不要问;生产变更直接做,只需动手前一句话说明。
  • 边界外 ⇒ 必须问:① 业务目标与优先级 ② 花钱与资源承诺 ③ 对外承诺 ④ 需用户提供的凭据或审批 ⑤ 无客观优劣的偏好 ⑥ 影响面超出本平台 ⑦ 红线门禁 ⑧ 判不准。
  • 判据:有没有客观可判的优劣?有 ⇒ 自决策;没有 ⇒ 问。
  • 提报用户标准 = 存在真取舍:候选只有优点或只有缺点 ⇒ 自己拍掉;各有优劣才提报用户,且逐项写优点 + 缺点。
  • ⛔ 不许捆包:要问红线只问那一句;技术方案自己定好、当已定项陈述。
  • ⛔ 禁用征询句收尾(「要我…吗 / 请确认 / 你看怎么办」)⇒ 按三问重判,没命中就删掉、自己做完。
  • 🔴 提报用户内容必须自包含:① 一句话说清要决定什么(⛔ 不用指代)② 为什么要你定(影响谁 / 断多久 / 花多少钱)③ 每候选写优点 + 缺点,末行给倾向 ④ 一轮一问 ⑤ ⛔ 不出现包名 / 路径 / 变量名。

2 回复排版(🔴 用户 2026-10-01 定稿,照抄即可)

  • 骨架:# 大类(已完成 / 待处理任务)→ ## 任务名 → 每件事两段:当前状态 + 待处理事项。
  • 🔴 大类标题必须比任务名大一号(大类用 #、任务名用 ##;⛔ 不许同号,否则层级压平)。
  • 当前状态:每条一个圆点,一句陈述句说重点;复杂情况放句末圆括号。
  • 待处理事项:用序号(1、2、,⛔ 不是 1.);每条写完整句子。
  • 附件:写在该板块最末一行(附件:<路径>)。
  • 大类顺序:已完成的放最前,待处理任务放最后。
  • 三禁:⛔ 表格(=省略讲理)|⛔ 长散文(不是写小说)|⛔ 碎标签堆叠。
  • ⚠️ 本条只管给人读的回复;注释 / 日志 / 解析字段不受限。

3 锁

  • 开工先抢锁(是"抢"不是"看");抢不到 ⇒ 停手 + 报告(红线 R9:⛔ 不删锁、⛔ 不接管)。
  • 🔴 默认一律带域(--domains <本工作区域>/);⛔ 别省略 —— 省略=全局独占,别人连域锁都抢不了。
  • 🔴 只有真正"全平台共用"的改动(配置 / 加解密 / 隔离 / 锁与钩子本身、技能文件)才用独占。
  • 🔴 释放必须反序且带会话名:--release → --release-exec "<会话名>";⛔ 不带名 ⇒ 拒释放。
  • 🔴 锁的生命周期 = 任务的生命周期:⛔ 禁抢锁做一半、不解锁就结束回合(带锁结束=把所有人挡在门外);中途要停 ⇒ 先释放。
  • 🔴 域键算法 shell/hook 必须逐字一致,否则静默失效。

4 日志闸(会话"活多久"的物理边界)

  • 本工作区闸值:文件软 5 MiB / 硬 8 MiB;工具调用软 200 / 硬 250。命中 ⇒ 开接续会话。
  • 🔴 宿主侧还有一个 10 MiB 硬上限:撞顶即拒写 ⇒ 界面静默哑掉、用户零感知,而投递方仍记 ok:true(假绿)。
  • 🔴 病根是"调用次数多",不是"每次调用贵";增长只与"工具在跑"成正比(实测:活跃 ≈630 KB/分 ↔ 空闲 34 分钟 0 行)。
  • 压增长三条硬纪律:① 大输出先落盘、只读关键行 ② 命令层限流(| head -30 / grep -c 代替裸 grep)③ 让脚本内部聚合、只 print 摘要。⛔ 禁 cat 大文件、无 head 的 grep -r。
  • ⛔ 不要在会话里起常驻后台长跑任务:它每次输出都把会话反复唤醒 ⇒ 永远回不到 idle ⇒ 用户看到"卡死"(已复现多次)。✅ 正确起法=会话后台任务 + stdout 全重定向到文件;或干脆做成独立进程(见 §6)。

5 钩子与脚本的写法约束

  • 🔴 hook 脚本必须走 sys.stdout.buffer.write(bytes) 输出 —— 否则文案含非 ASCII 符号时抛 UnicodeEncodeError ⇒ stdout 为空 ⇒ 静默放行。
  • 🔴 不要按位置推导根目录:钩子脚本被搬一次就会静默指错(历史事故:台账写到别处、测试却全绿)⇒ 用外置的 roots.env(本包由 install.py 生成)。
  • ⚠️ settings.json 的 hook 条目没有 env 字段 ⇒ ⛔ 别指望用 env 给钩子传参。
  • 🔴 作用域⛔ 不许静默排除:被跳过必须留下痕迹(写跳过清单 + stderr),否则"没动作"与"坏了"长得一模一样。
  • ⚠️ 钩子脚本内容改动即时生效;但 settings.json 的 hooks 条目是应用启动时快照 ⇒ 改条目要完全重启(关窗 ≠ 退出)。

6 常驻的精确边界

  • 🔴 「协作与投递一直运行(常驻)」是已定案项(09-29 定案,2026-10-01 用户再确认)⇒ ⛔ 不得拿"进程数=0"去否它。
  • 🔴 ⛔ 禁的是"在会干活的会话里起":会话自己的后台任务会压制该会话的 idle 钩子(实测被僵尸任务压 6h20m) ⇒ 载体应用专用容器会话;且输出必须完全静默(stdout 全重定向到文件,⛔ 否则反复唤醒宿主 ⇒ 看着像卡死)。
  • ✅ 独立进程不在禁令内(输出不接回任何会话 ⇒ 不唤醒宿主);但它读不到网关口令 ⇒ 不能投递,只能做只读判定 / 告警。
  • 存活边界一句话:「后台任务跟着应用活,不跟着会话活」⇒ 要"关了应用也还在"必须做成独立进程(⚠️ 但那就没口令了)。

7 其他硬约束

  • 🔴 技术讨论不谈法规:⛔ 不引条文当论据、⛔ 不主动提合规、⛔ 不前置提报用户;只在你问起、或对象就是"对外承诺 / 资质 / 合同"时才谈。
  • 🔴 红线 R5 / R7 / R9 / R10 永远硬约束(内容见项目层 CODEBUDDY.md §3 红线全表)。
  • 🎯 要解决问题,不将就妥协:降级 / 延期 / 静默兜底都不算解决;🟢 只做正向迭代。
  • 🔴 接手前人结论先做最小取证,⛔ 别拿旧结论当既成事实;取现状一律按 mtime 取最新那份。

8 🔴 验证通过的机制 ⇒ 必须写进技能(2026-10-05 用户明令)

用户原话:「这个也是会话规则,验证通过的机制要写进技能中」。

  • 🔴 一条机制实测跑通之后,落点只能是技能(SKILL.md 或 references/),⛔ 不许只留在工作区日志或当次对话里。
  • 判据:换一个新会话、不读任何历史,只看技能能不能照着做出来。做不到 ⇒ 等于没立。
  • ⚠️ 写的位置决定会不会被读到:SKILL.md 第一屏/「必读三篇」/索引表 ⇒ 每次都会读到;长文档正文底部 ⇒ 基本没人会翻到(等于没写)。
  • ⛔ 反例(10-05,同一件事栽到第四次):常驻的起法只写在当天日志里 ⇒ 之后每一轮都重新折腾一遍、每一轮都得出同样的结论。 ✅ 正解:结论同时落三处 —— SKILL.md 第一屏(会被读)+ pitfalls.md 一条(有来龙去脉)+ 本档一条规矩(约束以后怎么写)。
  • 🔴 配套:凡"换会话容易忘、忘了就会重来"的结论,优先放第一屏,⛔ 不要塞进长文档。