记忆:查明全局技能包当前版本不是最新调整版(单一可信源声明 5→1、供给口径被翻转、闸门 12 条的真根因)

This commit is contained in:
WorkBuddy committed 2026-10-08 23:00:21 +08:00
1 parent d265643849
commit 1545aba3ae
2 files changed
+24 -1

No files matched your search

+22
View File
@@ -949,3 +949,25 @@
⇒ **权威处声明被削弱之后,复述就重新长回来** ⇒ 修法顺序必须是**先恢复权威处声明、再清复述**,反了会反复。
**产出**:`技能包闸门待修清单-20261008.md` 加第五节「归因铁证」(两版本对跑的可复现命令 + 三条证据 + 改动性质),供用户带去与那个会话对质。
---
## 第十二轮 · 重大发现:全局技能包当前版本**不是**最新调整版(用户追问「全局版本不应该是最新的吗」「确定修改后是之前调整后的最新版本吗」)
**结论:不是。** 当前版本 = 另一个会话的「说人话新稿」**整文件覆盖**了 product-planning 下 7 个文件,把**晚于那批新稿**的调整一并抹掉了。
**硬指标:「单一可信源」类声明 5 处 → 1 处**
- `44d42b0`(第八轮收口,闸门全过)有 5 处:`SKILL.md` 1 | `references/stage-delivery/SKILL.md` 2 | `references/stage-delivery/references/layouts-tooling.md` 1 | `references/stage-requirements/SKILL.md` 1
- 当前 HEAD 只剩 `SKILL.md` 那 1 处 ⇒ **丢了 4 处**(其中 `stage-requirements` 那处我已恢复)
- 最重的一处:`stage-delivery/SKILL.md` 的 **`## 供给(唯一权威处 · 改供给只改这一块)` 整节标题消失**,六行供给表(方法主线|定调与令牌|版式骨架|工艺数值判据|独立评审协议|多方向比选)被换成另一种三列表
- `layouts-tooling.md` 开头「骨架名单与理由只在本节写一次」的声明也没了
**🔴 口径被翻转(与用户 2026-10-08 定案相反)**
- 用户定案(44d42b0 落地):**默认主线 = `oil-ui-pro`**;`open-design` = 随段携带的**可选件**,选了才用
- 当前文件写:**`open-design` = 本段默认主线**
**根因**:提交信息写「按合并落地」,实际是**整文件覆盖** —— 新稿的编写时点**早于**被覆盖文件的修改时点,落地时不做三方合并 ⇒ 必然丢中间调整。闸门只在有人跑时才报,那次提交没跑。
**这解释闸门 12 条 FAIL 的真根因**:9 条复述类的源头就是那 4 处权威声明被删 —— 声明一没,别处复述看似"合法",而闸门 AUTHORITY 表仍要求声明所在的结构成立,于是集体报红。**所以正确修序是「先恢复权威声明、再清复述」。**
**当前状态**:我已在**被覆盖的基线**上改了约 20 处(B 方案 4 处 + 12 条里的十来处),**已停手等用户定基线**,未提交。
+2 -1
View File
@@ -46,7 +46,8 @@
- 🔴 **工作区已 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:4x)**:`check_naming.py --root . --ws "E:/ProgramData/AIProject/contentm_agent"` ⇒ **通过 2048 | 失败 12 | 提示 27**(第八轮收口时 2060/0/27)。这 12 条**已坐实由提交 `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 个文件**,性质像**回退**:把「②—③ 交接口(**唯一权威处** · 改边界只改这一块)」的权威声明整段删掉、删掉「为什么立这一块」的立法理由段 ⇒ **权威处声明一弱化,复述就重新长回来**。⛔ 修法顺序:**先恢复权威处声明,再清复述**,反了会反复。⛔ 别默认是"自己上次的债"。
- 🔴🔴 **全局技能包当前版本不是最新调整版(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 的真根因就是这几处权威声明被删,修序必须是「先恢复权威声明、再清复述」**。
- 🔴 **闸门 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 ⇒ **看板要重启**才生效(配置模块级只读一次)。
- 🔴 **本区协作机制当前是「停」态**(2026-10-08 用户令):开关 off、旧保活任务已注销(定义备份在 `tmp/_oldtask_backup.xml`)⇒ 目标完成后不再每 5 分钟空转。要再起 ⇒ `collabctl.py on --ws E:/ProgramData/AIProject/contentm_agent`。