Commit Graph
9 Commits
Author SHA1 Message Date
admin 2ed7766007 说人话落地:加每轮注入 + 英文硬核版整包纳入 + 第①段补写作口径
一、用户令(逐字)
「humanizer(英文那份) 也要纳入」「重点就是做到说人话就行了」「但是 content_marketing_agent 的会话生成的文档并没有说人话,还是我手动要求的」

二、根因(两处,都不是"没整合")
· **语气那一档只有指针、没有注入** ⇒ 实测没被读到(`SKILL.md` 必读表标题原写「三篇」而表里有 4 行,
  第 4 项=作业规矩整包,被顶在"必读"之外;已订正为「四类」)。
· **写文档的执行会话那条链上一句写作口径都没有** —— 产品规划技能里「反 AI 味」只出现在**第③段界面**
  (且指的是界面不是文字),**第①段出文档那节零口径** ⇒ 产物自然是 AI 味。

三、改法
1. **每轮注入**(照排版那条现成机制,⛔ 不改 `main()`):
   · `04-去AI味与说话方式.md` 顶部加 `<!-- VOICE-CORE -->` 紧凑块(≈450 字符:核心原则/四种高频 AI 味/交付前三问);
   · `reply-style-guard.py` 里**原地重定义** `_core`(`_core_reply = _core` 后用新 `_core` 包住它并追加语气块)
     ⇒ 注入正文自动多一段,排版那条**不受影响**。
2. **产出侧补口径**:`product-planning` 第①段(stage-discovery)在 1b 表后新增「写作口径」块 ——
   落笔前读 `humanizer-zh` 或本包 04,**定稿前过「交付前快速清单」**,并列出六种禁用 AI 味;**适用本段全部五份产出**。
3. **英文硬核版整包纳入**:原独立技能 `humanizer` **逐字**搬入本包 `references/humanizer-en/`(6 文件、
   md5 逐个一致):55 个模式 + 5 种语气档 + 0–100 AI 痕迹打分 + `--file` 就地改;
   在 `04 §9` 关系表与 `SKILL.md` 对应物段登记(冲突以本包会话场景版为先)。

四、验收
· 新增 `selftest.py::t_voice_core`(4 项);全量 **PASS 106 / FAIL 0**;manifest 70 → **76** 份、语法失败 0。
· 端到端喂真钩子:注入正文已含说人话块、排版块仍在。
· ⛔ 改的是钩子与技能目录(宿主直读)⇒ **不需要分发/重启**。
2026-10-07 22:00:13 +08:00
admin 537f15f119 必读表标题订正:「先看这三篇」→「先看这四类」(第 4 项被顶在"三篇"之外、常被跳过)
起因(用户问「说人话技能 加载会话基础规则中了吗」)⇒ 查证发现:
`SKILL.md` 第一屏那张必读表**标题写着「先看这三篇」,而表里实际有 4 行** ——
第 4 项就是 `references/作业规矩/`(一整包,`04-去AI味与说话方式.md` 说话方式/语气就在里面)
⇒ 标题把读者框在"前三篇"里,**第 4 项等于被跳过** ⇒ 语气那一档自然进不了上下文。

改法:
· 标题 → 「先看这**四类**」;
· 表后补一句点明:**第 4 项是一整包(四份)**,其中 `04-去AI味与说话方式.md` 管**语气**、
  `03-回复排版-核心块.md` 管**结构**(那一份的核心块由排版钩子**每轮自动注入**);
· 留痕写上这次是哪个问题查出来的。

⚠️ 本轮**只订正"读得到"这一层**:说话方式目前仍属**按需读**(04 里没有任何注入标记,钩子也不读它)
—— 要不要照 `03` 的现成机制把它也做成**每轮注入**,是另一件事(涉上下文成本),已列为待拍板项。

验收:selftest.py rc=0 PASS 105 / FAIL 0;manifest 70 份、语法失败 0。
2026-10-07 21:33:44 +08:00
admin 976abbd71a 订正两处陈旧表述:agent-operating-rules 已并入删除;补记 humanizer-zh 为可选增强
起因(用户问「说人话技能 有整合到技能中吗」)⇒ 查证时发现会话技能里两处**现行表述**仍指着已删除的东西。

一、`SKILL.md`:「⛔ 已无必需外部依赖」那段的末句写着
   「📌 **那个技能**若同时装着,属可选增强(多了跨项目排版/去 AI 味的完整版),⛔ 不装也能跑」——
   而那个技能(`agent-operating-rules`)**已于 2026-10-06 整包并入本包并删除** ⇒ 照旧句去找必然扑空。
   已订正为:明确指出它已并入删除,并列出本包自带的对应物
   (排版 → `references/03-回复排版-核心块.md`;语气/去 AI 味 → `references/作业规矩/04-去AI味与说话方式.md`)。

二、`references/作业规矩/04-去AI味与说话方式.md` §9「与其他规则的关系」:原来只列了
   「入口 §2 排版契约」「本参考」「协作与提报判据」三项,**没提独立技能 `humanizer-zh`**。
   已补一行:通用版在 `humanizer-zh`(示例更全,19 KB),本包那份是**会话场景加固版**(多 4 节:
   中文会话专属加固 / 交付前清单 / 质量评分 / 完整示例)⇒ 两处同时装着时**以本包为先**;⛔ 不装也能跑。

验收:selftest.py rc=0 PASS 104 / FAIL 0;manifest 70 份、语法失败 0。
2026-10-07 21:04:07 +08:00
admin e5dfb6e4ef 发布:常驻文档按现行形态重写 + 作业规矩/01 先并后删
一、常驻机制文档 references/supervise-persistence.md(整份重写 410→469 行)
- 照抄段由废弃的 start-supervise.ps1 形态,改为现行形态:
  计划任务 collabd-keepalive-<区>(每 5 分钟)→ pythonw.exe → supervise-launch.py → collabd.py --supervise
- 旧 ps1 形态整体降级为「§四 旧形态留痕」(逐条标 🟠,内容一字未删,供读老日志/老进程用)
- 判据订正:LastTaskResult 在长驻运行中是 267009(旧口径「必须 0」属"跑一次就退"时代,已作废);
  BOM 那条随 ps1 形态一并降为历史;另两条仍有效(CODEBUDDY_CONFIG_DIR 空库 / WorkingDirectory 必须是工作区根)
- 删除 assets/start-supervise.ps1.tpl —— SKILL.md、manifest.md、collabd.py、selftest.py 四处早已按「该模板已删除」口径,本次把磁盘与文档对齐

二、references/作业规矩/01 先并后删(用户选定 A 方案:不丢内容 + 只剩一处)
- 判据类并入 references/02-功能优先协作协议.md:
  §3.2 补「规则冲突裁决顺序」「冲突 ≠ 门禁」;§3.3 补回完整语言转换表(原处"已收敛到通用技能"在并包后成了悬空指针);
  §5.3 铁律由五条补到六条 + 接上配套硬红线「只做正向迭代」;新增 §5.5「提报前必答三问 + 回话前自检」
- 排版类并入 references/03-回复排版-核心块.md 的「完整版」段(十四条反模式 / 骨架路由表 / 文案点名主体 / 文档直入主题)
  该段放在 REPLY-CORE 标记之外 ⇒ 每轮注入块逐字未变(实测仍 1172 字符)
- 删除 references/作业规矩/01-协作与提报用户判据.md,并跟改 6 处引用(SKILL.md 第一屏表、作业规矩/00 索引表与两处指针、
  作业规矩/03-多棒接力编排、00 的 frontmatter 变更记录)——含一处二级指针「见 §6 第 0 条」,已改指 03 完整版段

三、判据与卫生
- pitfalls.md:P0-74 去冗余(7107 → 5982 B,重复叙述合并),「沉淀纪律」由 FAIL 1 转绿
- install.py:manifest_files() 补排 logs/ —— 与它自己「运行日志不入表」的口径一致,否则跑一次钩子表就过期
- .gitignore:补 logs/;撤跟踪 logs/_dr_probe.json(钩子输出转储,全包零引用)
- references/manifest.md 用生成器重算:66 份文件,语法失败 0

验收读数:selftest.py rc=0 PASS 99 / FAIL 0(另 1 条报告型不计入);
session-rules-check.py fail 0 / warn 1("此刻无活会话",正常态)/ ok 13;改动文件行尾全 LF。
2026-10-07 00:32:47 +08:00
admin 9fd120f40b 整合作业规矩:agent-operating-rules 整包并入本技能 references/作业规矩/ 2026-10-06 23:44:16 +08:00
admin ea4e6d6d58 权威统一:提问/排版格式与自决策判据都归位到会话机制包内
起因(用户):「提问拍板格式不应该在会话机制中吗,怎么跑到别的技能中去了」
病根=**权威声明分裂**:
  · SKILL.md:963 说 03 号是「内联副本」⇒ 隐指权威在 agent-operating-rules;
  · 而 03 号自己头部写着「**这份是权威源**」,且把它说的第②个消费者
    `scripts/apply-reply-rules.py` 写成了**不在本包**的路径。
  ⇒ 同一件事两处说法打架 ⇒ 改的人(我)会把改动做错地方。

处置(统一为「会话机制包内即权威」,与 02/04 两份的既有处置一致):
  ① 注入器归位:新增 `session-mechanism/scripts/apply-reply-rules.py`,默认读**包内** 03 号;
  ② 03 号头部改写:权威=本文件,两个消费者都在本包内;
  ③ `reply-style-guard.py` 第③级兜底从**别的技能**改回包内路径;
  ④ `agent-operating-rules/references/回复排版-核心块.md` 标注「副本·权威在会话机制」;
  ⑤ `dsh-decision/references/00-决策方法论.md` 标注「来源·权威在会话机制」;
  ⑥ SKILL.md:963 措辞由「内联副本」校正为「收进本包并定为权威」。

验收:注入器 `--check` 报权威源=包内 03 号且与 CODEBUDDY.md 一致;
      每轮注入 1183 字符(含「竖排」「变相征询」);
      **无 CODEBUDDY.md 的干净工作区也能取到**(1185 字符)⇒ 自包含成立。
2026-10-06 22:45:43 +08:00
admin 433d43af54 decision-rules-hook: 注入补「两个停止点」+「技术方案排序轴」
起因(2026-10-06 用户问):能自决的问题为什么还要问。
复盘发现注入的判据里**缺动作**:
- 缺「十步」的两个停止点 → ① 判类型(方案请求 vs 直接执行)② 判方向(扩大/收窄/中性);
- 缺「自主裁决顺序」的排序轴 → 更小改动 → 更少新增形态 → **不扩大可见面**。
⇒ 前者导致「会扩大可见面」时不停手;后者导致排完仍把已定项混进待拍板清单(=变相征询)。
本次只补这两条动作骨架(1459 → 1906 字符),⛔ 不塞十步全文(避免稀释)。
2026-10-06 22:39:51 +08:00
admin 64dd82073b session-mechanism: 修复钩子静默失效 + 3 处判据缺陷;禁「变相征询」
1) stop-dialog-guard: session_budget() 早退路径返回 2 值、末尾返回 3 值,调用方按 3 值解包
   ⇒ transcript > 64 MiB 时每轮 ValueError。因 fail-open(异常仍 exit 0),
   宿主零报错、install.py --verify 只判 rc=0 ⇒ 假绿;实测 86 条 EXCEPTION,
   死掉的是整条(水位/收口、接续机制起点、预算告警、门禁自检、路径自检)。

2) session-rules-check 三处判据:
   · hook_reg  按旧文件名找 ⇒ 合并成 prompt-guards.py 后每轮假红 ⇒ 改为一组可接受名
   · snap_sync 拿 mtime 当内容判据 ⇒ 连续 4 天假红 ⇒ 改为复用抽取器本体比对内容
               (变异对照:截断快照能报 fail,非恒绿)
   · mem_ptr   只查全局技能根 ⇒ 工作区自带技能被判悬空 ⇒ 改查「全局 ∪ 工作区」

3) pitfalls 新增 P0-95(改判据必须重跑变异对照;fail-open + 只看 rc=0 = 假绿温床)

4) 回复排版核心块新增「变相征询同样禁止」(先只报不动/等你发话/我倾向X你看呢
   这类不带选项的待定清单,一律按待拍板项写:问题+说明+各候选优缺点+倾向)
2026-10-06 22:27:03 +08:00
admin 19101acd65 init: workbuddy_skills 重建,仅收录 session-mechanism
- 按用户指示清空原有 25 技能内容,只提交 session-mechanism(57 文件)
- 附 .gitignore(产物 + 本机凭据)
- 令牌明文已脱敏(历史 .neodata_token 与 pitfalls 引用均不入库)
- 本提交为孤儿提交(父提交为空),历史自此重新开始
2026-10-05 14:13:24 +08:00