 admin
|
5004909267
|
提问规则审计 ＋ 撤出本机生成的两份契约 ＋ 「一律用肯定表述」落进注入面
用户 10-09 三条令：
①「那两份 不说具体 我怎么知道，看看会话提问的规则是否有缺陷」
②「A 方案」（撤出 session-mechanism/roots.env 与 references/manifest.md）
③「要用确定XXXX 这样的描述，避免 不要XXXXX 会导致上下文干扰的描述，除了经验沉淀和红线避坑外」
＋「不只是修改 创建生成时也需要遵守」
一、提问规则审计（三条缺陷，全部修掉）
1、判据用错了维度：旧措辞「⛔ 提问正文不许出现的：包名·环境变量·文件路径·commit/sha·表名/字段名·
类名/函数名」是按**词性**一刀切，而同一段末尾又写「正文只留能决定下一步的内容」⇒ 两句自相矛盾。
我按前半句执行、把要撤的文件名删成了「那两份」⇒ 待拍板项不可答。
✅ 改成按功能判：**少了这个标识，用户还能不能决定** —— 不能 ⇒ 写进正文；能 ⇒ 删、下沉技术附录。
2、同一判据散在 6 处、措辞各不同（违反本项目自己的「禁重复判定标准」）：已收敛到同一句判据，
并互相标注「改这里必须同批改」。
3、🔴 最隐蔽：**每轮注入的那份 ≠ 包内那份**。钩子 `_core()` 是三级回退，① **本工作区
CODEBUDDY.md 的 `REPLY-CORE` 段**才是每轮注入的（包内那份只是换机器的兜底）。
我先只改包内 ⇒ 注入的仍是旧条文，而"文件都改了、自测全绿"，看不出来。
⇒ 两份都改 ＋ 新增防漂移自测 `t_reply_core_same_source`（两份实质内容必须逐字一致）。
二、撤出两份「本机生成」的契约（用户选 A）
- `git rm --cached session-mechanism/roots.env` 与 `session-mechanism/references/manifest.md`
—— **本地文件一律保留**（实测 624 B / 18 568 B 仍在）。
- 为什么必须撤：别的电脑取仓时「同名覆盖」会把它们换成**我们这台机器**的路径 ⇒ 那台机器的
机制脚本去找不存在的目录。
- 新增入库样例 `session-mechanism/roots.env.example`（占位符，无本机路径）。
- `.gitignore`：加这两份的忽略行（⛔ 防 `git add -A` 捎回），并改掉原「刻意入库」那段注释。
三、「一律用肯定表述」写进注入面（原来只在 rules.md，注入面看不到）
- 口径：**写或改技能与规则文件时一律写"要什么、怎么做"；新建、生成时同样适用**；
例外＝**以「经验沉淀」或「红线／避坑」为目的**的技能与规则（写法＝正向目标 ＋ 括号里的踩坑依据）。
- 落点：injected `REPLY-CORE` 段（工作区 ＋ 包内，逐字一致）· `rules.md §9` ·
`改包纪律.md` 新增第 5 条硬纪律（「二、四条」→「五条」）· `01-文档索引.md` 指针同步 ·
把我在注入块里加的那段负向表述改成**正向主导**。
四、🔴 顺带抓到并修掉一个我自己造成的净变差
- 注入块有 **1400 字上限、且从开头截** ⇒ 我加条文把它顶过上限（1274 → 1414+）⇒
尾部三条（变相征询禁止 / 不用征询句收尾 / 本工作区另有定稿）**静默消失**、不再注入。
- 修：上限 1400 → **2000**；并在 `t_reply_core_same_source` 里加断言 **块长 ≤ 上限** ——
以后谁再顶破上限，自测直接报红，逼他"要么精简、要么显式抬上限"。
- 验证：`被截断=False`，尾部三条都回来了。
五、验证
- 全套自测 **PASS 109 / FAIL 0**；py 语法全绿；`install.py --manifest` 重算（78 份，语法失败 0）。
- 注入块实测：来源＝工作区 CODEBUDDY.md，不截断，含「一律用肯定表述」「决定对象要点名到具体」
「新建、生成时同样适用」。
|
2026-10-09 10:45:00 +08:00 |
|
|
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
|
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
|
9721876f08
|
新增两个技能（product-planning / oil-ui-pro）＋ 作业规矩交叉引用跟到新落点
一、新增技能
- product-planning（253 文件）：四阶段产品方案流水线（调研方案 / 需求结构 / 界面交付 / 说明文档），
含 references/stage-* 与内置的 diagram-design 子技能、scripts/
- oil-ui-pro（26 文件）：UI/UX 设计 · 评审 · 多风格对比，含 assets/style-explorer.html、scripts/shoot.mjs、tests/
二、session-mechanism 收尾（承接 e5dfb6e）
- references/作业规矩/03-多棒接力编排.md、04-去AI味与说话方式.md：交叉引用表里的「参考 01」改为新落点
（该不该问/结论骨架 → references/02-功能优先协作协议.md；回复排版 → references/03-回复排版-核心块.md）
- references/manifest.md 随生成器重算（含上述两行的 md5 与字节数）
三、入库前检查
- 三个技能内均无令牌 / 私钥 / 密钥赋值；.neodata_token 类落点已由 .gitignore 挡住
- 无运行期产物混入（logs/ · tmp/ · __pycache__ · *.log）
- 暂存 282 个文件 = 279 新增（253 + 26）＋ 3 修改
|
2026-10-07 00:48: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 |
|