admin
c1b5e4d966
- 变更规模：新增 514 / 修改 62 / 重命名 155 / 删除 4（归档重组与文档轮次） - .gitignore 修：`归档/**/db-cwd归一-备份-*/` —— 原规则写绝对层级（归档/db-cwd归一-…）， 目录搬进 归档/配置与备份/ 后**静默失效**，43 MB 的 DB 备份又变成未跟踪 - .gitignore 补：嵌套 git 内部数据（归档/内嵌git-20261008/、归档/skills-git-旧线-20261007/dotgit-原样移出/） - .gitignore 补：运行态与部署副本（.workbuddy/collab/、.workbuddy/tools/、.workbuddy/.load-pending、.workbuddy/tmp-*） - .gitignore 补：备份件（*.bak-*） - 未跟踪文件从 2190 降到 890（其余为 归档/ 归档件与 .workbuddy/memory/ 知识文件，按口径入库）
2.7 KiB
为什么这份脚本在归档里
退役对象：session-plan-check.py（原 skills/session-mechanism/scripts/）
退役日期：2026-10-02
接替者：skills/session-mechanism/scripts/session-rules-check.py（同包内，就地取代）
一句话
用户 2026-10-02 把口径改了名：要查的是「会话规则机制」，不是「会话规划」 （原话逐字：「就应该是检查清楚 所有会话规则机制 是否配置完整且生效，不是规划 是 规则」）。 旧脚本的名字、文案、状态标记文件名都写着「规划」；同时它只覆盖排期这一面， 而实测出来的失效（钩子指向退役技能名 / 快照写进幽灵目录 / 每轮注入的记忆指针悬空） 一个都不在它的检查范围内 ⇒ 继续留着它就是「在册 ≠ 生效」本身： 两份体检脚本并存，读的人不知道该信哪一份、看板也不知道该读哪个标记文件。
交接关系（能力不回退）
| 旧脚本的项 | 新脚本里的位置 |
|---|---|
| 周期钟（唤醒 / 跟进） | ⑥ 项，原样保留 |
排期模型可用性（thinking=0 ＋ flash ⇒ 必被拒） |
⑦ 项，原样保留 |
cwds 归属同形 |
⑨ 项，判据收紧（见下） |
| 活会话 | ⑩ 项，原样保留 |
| 投递心跳 | ⑨ 项，原样保留 |
| 「从未运行」的一次性排期 | ⑫ 项，原样保留 |
| —— | 新增 ① 关键钩子在册 ② 钩子路径存在 ③ 钩子注入引用的技能名是否存在 ④ 闸门日志新鲜度 ⑤ 每轮注入的记忆里的技能指针 ⑥ 常驻规则快照是否比权威旧 |
cwds 判据为什么收紧：旧版「同父目录且字面不同 ⇒ 报」在 AIProject/ 这种
多业务线平级目录下会把别人那条线全报成失配（2026-10-02 实跑当场报出 2 条假红：
aigc-idea-impression、ai1net-decision-laya）⇒ 新版改成
「同父目录 ＋ 名字去掉 -/_ 后仍相同」（真·一字之差）或「同名字、不同父目录」。
状态标记的变化
| 旧 | 新 | |
|---|---|---|
| 文件名 | <WS>/.workbuddy/collab/session-plan.json |
<WS>/.workbuddy/collab/session-rules.json |
⚠️ 旧标记文件若还躺在 <WS>/.workbuddy/collab/ 下，属过期件（不再有写入方）——
它的内容与新的 session-rules.json 不是同一套判据，⛔ 不要拿来对照。
怎么还原
mv "<WS>/归档/技能包-旧件-20261002/session-plan-check.py" \
"$DSH_SKILLS_ROOT/session-mechanism/scripts/"
⛔ 但不要只移回去就算还原 —— 还须把 state.py §5b、session-mechanism/SKILL.md §2
改回指它；本次退役正是为了消掉「两个入口」。