记忆：技能仓根立「改包纪律」（0011050）——四条硬纪律 + 出事后标准修法

.workbuddy/memory/2026-10-08.md

@@ -991,3 +991,17 @@
 
 **④ 技能仓提交**：`8fc9a92`（已推 `46bee95..8fc9a92`）。
 ⇒ 我工作区那约 20 处修补随替换一并作废（它们本就是在被覆盖的基线上做的），属于预期。
+
+---
+
+## 第十四轮 · 立「改包纪律」（用户令「按照建议处理」）
+
+**产出**：`E:/ProgramData/.workbuddy/skills/改包纪律.md`（100 行），技能仓提交 **`0011050`**（已推）。
+
+**四块内容**：
+1、**为什么立** —— 把 2026-10-08 22:22 那次覆盖事故的 5 类损坏逐条写实（声明 5→1 ／ `## 供给` 块被换成三列表 ／ 供给口径翻转 ／ `runbook §7` 两条勾选项 ／ 9 条复述 ＋ 2 条废路径），并写明「提交信息写『合并』、实际是覆盖，不是恶意而是流程缺陷：新稿编写时点早于被覆盖文件的修改时点，不做三方比对就必然丢东西」。
+2、**四条硬纪律** —— ⛔ 不许整文件覆盖（新稿是「改动意图」，逐节落到当前内容上）｜落地前比对时点（`git log --oneline <新稿编写时点>..HEAD -- <目标路径>`，被改过就必须逐节比对）｜改完必跑闸门（`--ws` 必带、不许带 FAIL 提交，⛔ 但也别只看绿，它查不出结构被删）｜收到覆盖性提交先做结构体检（拿「唯一权威处」这类标记的计数与上次收口版比）。
+3、**出事后怎么修** —— 先定性（两版本各跑一次闸门的可复现对比）→ ⛔ 别在被覆盖的基线上逐项修补 → 先存档再回退 → 回退后立刻提交推送。
+4、**一句话** —— 新稿是意图，不是内容。
+
+⚠️ 另一半建议（让用户在那个会话里口头交代一句）是**用户侧动作**，我做不到，已在回复里点明。

.workbuddy/memory/MEMORY.md

@@ -46,7 +46,7 @@
 - 🔴 **工作区已 git 化**（2026-10-08 08:1x）：远端 `[email protected]:admin/contentm_agent.git`（Gitea，SSH deploy key **有写权限**），本地分支 `main`，首次提交 `df56c2c`（1773 文件 / 205 MiB pack）、第二次 **`eee042c`**（10-08 22:xx，③段第八轮收口，48 文件），均已推送。`.gitignore` 排运行时噪音（collab 日志／脚本 `.bak*`／`supervise.pid`／`.workbuddy/tmp/`／`tmp/_*.txt`／`**/ui/_scratch/`／`__pycache__/`／`tmp/_bh_shots/`·`_figma_preview/`·`_gpt_dl/`／`.workbuddy/.load-pending`），**参考资料 231M 抽帧素材全量入库**（⛔ 不打折）。提交者身份是**局部**配置的 `WorkBuddy <[email protected]>`（全局 git config 未动），可推翻。
 - 🔴 **全局技能仓**（`E:/ProgramData/.workbuddy/skills`）是**独立仓**：远端 `[email protected]:admin/workbuddy_skills.git`，分支 `master`（⛔ **无 upstream 配置** ⇒ 必须 `git push origin master` 显式推，且 `git status -sb` **不显示 ahead**，别拿它判断同步与否），提交者身份是**全局** `maogeigei <[email protected]>`（与工作区仓的局部 `WorkBuddy` 不同，属正常，⛔ 别"统一"）。⚠️ **该仓被多会话并发写、推进以分钟计**：2026-10-08 我推 `44d42b0` 后数分钟内，另一会话又推了 5 个提交（撤销「项目会话」更名 ＋ 141 处说人话替换 ／ 机制对外改叫「项目机制」 ／ **把 9 个此前未纳管的技能目录入库 `e03465c`** ／ 修 draw-ui·oil-motion 的子模块指针），HEAD 已到 `237a09a`。⇒ **本仓任何结论都带时效，用前先 `git log -1` 校准**；那 9 个目录（AI HOT／draw-ui／dsh-* ×6／oil-motion／skills-security-check）**已入库，不再是"未纳管"**。
 - 🔴 **并发覆盖实录与 B 方案补落（2026-10-08）**：我第八轮在 `stage-delivery/SKILL.md` 供给块的三处（能力边界 ／ 九档 ／ 证据缺口）被另一会话那轮重写覆盖（供给块整体换成另一种表结构），§5.5.2 标题也被换回旧写法，还留下一段**重复的「实证」**。用户选 B 方案后由其转告「另一会话已完成」，**核实现场不符**（HEAD 与 mtime 都没动、远端无新提交）⇒ 本会话于 22:4x 补落（提交 `46bee95`）：四处锚点全部回填 ＋ 清掉重复实证行。⛔ 判"改动是否还在"一律 `git show HEAD:<文件> | grep`，⛔ 别看 `--stat` 行数。⚠️ 教训：同批改动里我自己顺手列了那 8 个骨架名，撞上「名单只许在 layouts-tooling 开头写一次」的复述禁令 ⇒ **写"不复述"时别把名单抄进来**。
-- 🔴🔴 **全局技能包当前版本不是最新调整版（2026-10-08 22:5x 查明，用户追问后坐实）**：`1d7d31a` 提交信息写「说人话新稿按**合并**落地」，实际是**整文件覆盖** product-planning 下 7 个文件 —— 新稿编写时点**早于**被覆盖文件的修改时点，不做三方合并 ⇒ 必丢中间调整。**硬指标：「单一可信源」类声明 5 处 → 1 处**（丢的是 `stage-delivery/SKILL.md` 的 **`## 供给（唯一权威处 · 改供给只改这一块）` 整节标题 ＋ 六行供给表**、`layouts-tooling.md` 开头的名单权威声明、`stage-requirements/SKILL.md` 的②—③交接口声明）。**🔴 供给口径被翻转**：用户定案是「默认主线 ＝ `oil-ui-pro`，`open-design` 只是可选的随段携带件」，当前文件却写「`open-design` ＝ 本段默认主线」。⇒ **凡在本包上干活，先确认基线是不是最新调整版**（拿 `git diff --stat <上次收口提交> HEAD` 与「唯一权威处」计数比）；**闸门 12 条 FAIL 的真根因就是这几处权威声明被删，修序必须是「先恢复权威声明、再清复述」**。✅ **2026-10-08 23:0x 已整包回退到 `44d42b0`（技能仓提交 `8fc9a92`），闸门回 `2060 ｜ 0 ｜ 27`，「唯一权威处」2 文件 ／ `## 供给` 块与六行表 ／ runbook 两条勾选项 ／ 3c 四处一致均已回来**；那批「说人话」改写另存于工作区 `归档/技能包-说人话改写-被覆盖存档-20261008/`（对照 diff ＋ 全文 ＋ 用法说明），将来只取措辞、⛔ 不取结构改动。
+- 🔴🔴 **全局技能包当前版本不是最新调整版（2026-10-08 22:5x 查明，用户追问后坐实）**：`1d7d31a` 提交信息写「说人话新稿按**合并**落地」，实际是**整文件覆盖** product-planning 下 7 个文件 —— 新稿编写时点**早于**被覆盖文件的修改时点，不做三方合并 ⇒ 必丢中间调整。**硬指标：「单一可信源」类声明 5 处 → 1 处**（丢的是 `stage-delivery/SKILL.md` 的 **`## 供给（唯一权威处 · 改供给只改这一块）` 整节标题 ＋ 六行供给表**、`layouts-tooling.md` 开头的名单权威声明、`stage-requirements/SKILL.md` 的②—③交接口声明）。**🔴 供给口径被翻转**：用户定案是「默认主线 ＝ `oil-ui-pro`，`open-design` 只是可选的随段携带件」，当前文件却写「`open-design` ＝ 本段默认主线」。⇒ **凡在本包上干活，先确认基线是不是最新调整版**（拿 `git diff --stat <上次收口提交> HEAD` 与「唯一权威处」计数比）；**闸门 12 条 FAIL 的真根因就是这几处权威声明被删，修序必须是「先恢复权威声明、再清复述」**。✅ **2026-10-08 23:0x 已整包回退到 `44d42b0`（技能仓提交 `8fc9a92`），闸门回 `2060 ｜ 0 ｜ 27`，「唯一权威处」2 文件 ／ `## 供给` 块与六行表 ／ runbook 两条勾选项 ／ 3c 四处一致均已回来**；那批「说人话」改写另存于工作区 `归档/技能包-说人话改写-被覆盖存档-20261008/`（对照 diff ＋ 全文 ＋ 用法说明），将来只取措辞、⛔ 不取结构改动。✅ **技能仓根已立 `改包纪律.md`（技能仓提交 `0011050`）**：四条硬纪律（⛔ 不许整文件覆盖 ／ 落地前比对时点 ／ 改完必跑闸门 ／ 收到覆盖性提交先做结构体检）＋ 出事后的标准修法，**谁来这个仓干活先读它**。
 - 🔴 **闸门 12 条 FAIL 的归因（已坐实）**：由提交 `1d7d31a`（10-08 22:22，作者 maogeigei）**一步引入** —— 验证法（可复现）：`git archive <版本> product-planning` 抽出来各跑一次闸门，`44d42b0` ⇒ **全过**、`1d7d31a` ⇒ **失败 12**；且 `git diff --stat 44d42b0..HEAD -- product-planning/scripts/check_naming.py` **为空**（判据零改动，排除"判据变严翻旧账"）。该提交改了 product-planning 下 **7 个文件**，性质像**回退**：把「②—③ 交接口（**唯一权威处** · 改边界只改这一块）」的权威声明整段删掉、删掉「为什么立这一块」的立法理由段 ⇒ **权威处声明一弱化，复述就重新长回来**。⛔ 修法顺序：**先恢复权威处声明，再清复述**，反了会反复。⛔ 别默认是"自己上次的债"。
 
 - 🔴 **本工作区现名 `contentm_agent`**（2026-10-08 定，旧名 `content_marketing_agent`，再早是 `agent-product`）。机制登记**已全部改成现名**：`collabd.config.json` 的 `workspace` ＋ `collabctl.py` 的 `WORKSPACES`/`KEEPALIVE_TASKS`（**源 ＋ 3 个区副本共 4 份，改一处要改 4 份**）＋ ai1net 的 `peer_workspaces`。旧空壳目录改名 `content_marketing_agent.RETIRED-20261008` 保留（零删除）。⚠️ ai1net 改了 peer ⇒ **看板要重启**才生效（配置模块级只读一次）。