闸门 12 条 FAIL 归因坐实：由 1d7d31a（22:22）一步引入，非本会话；清单加「归因铁证」节（两版本对跑可复现）

技能包闸门待修清单-20261008.md

@@ -1,7 +1,8 @@
 # 技能包闸门待修清单（2026-10-08 22:4x）
 
 > 用途：`product-planning` 技能包 `check_naming.py` 现存 **12 条 FAIL** 的逐条现场。
-> ⚠️ 这些 FAIL **不是** 2026-10-08 22:4x 提交 `46bee95`（B 方案补落）引入的 —— 那次改动提交前后各跑一次闸门，**零新增 FAIL**；本包第八轮收口时闸门是 `2060 ／ 0 ／ 27`。
+> 🔴 **归因（已坐实，见第五节）**：这 12 条由提交 **`1d7d31a`**（2026-10-08 22:22，作者 `maogeigei`）引入 —— 它在「撤销误用的『项目会话』更名 ＋ 说人话新稿按合并落地」里改了 `product-planning` 下 **7 个文件**（`SKILL.md`、`stage-delivery/SKILL.md`、`execution-runbook.md`、`layouts-tooling.md`、`stage-discovery/SKILL.md`、`stage-requirements/SKILL.md`、`create-prd.md`），改动看着像**回退／覆盖**而非合并。
+> ⚠️ 也**不是** 2026-10-08 22:37 提交 `46bee95`（B 方案补落）引入的 —— 那次改动提交前后各跑一次闸门，**零新增 FAIL**。
 
 ## 复跑命令
 
@@ -113,3 +114,46 @@ E:/ProgramData/.workbuddy/binaries/python/versions/3.13.12/python.exe scripts/ch
 1、这个包当前是**多会话共写**，推进以分钟计。动手前先 `git log -1` 看有没有人刚推过，改完**立刻**提交。
 2、判「我的改动还在不在」用 `git show HEAD:<文件> | grep`，⛔ 不要看 `git show --stat` 的行数（多文件提交的 `--stat` 是合并统计，照它判会误报"内容缺失"）。
 3、改动涉及 `layouts-tooling.md` 时注意：该文件的开头（骨架名单与理由）与 §4.9（导航栏）是**权威处**，修复述时不要把权威处一起删掉。
+
+---
+
+## 五、归因铁证（可直接复现）
+
+### 5.1　两个版本各跑一次闸门
+
+```
+cd E:/ProgramData/.workbuddy/skills
+for c in 44d42b0 1d7d31a; do
+  rm -rf /tmp/pp-$c && mkdir -p /tmp/pp-$c
+  git archive $c product-planning | tar -x -C /tmp/pp-$c
+  printf "=== %s ===\n" "$c"
+  (cd /tmp/pp-$c/product-planning && \
+    E:/ProgramData/.workbuddy/binaries/python/versions/3.13.12/python.exe \
+    scripts/check_naming.py --root . --ws "E:/ProgramData/AIProject/contentm_agent" 2>&1 | tail -2)
+done
+```
+
+实测结果：
+
+1、`44d42b0`（第八轮收口版，含此前全部规则改动）→ `✅ 命名一致性全过`（0 失败）
+2、`1d7d31a`（22:22 那个提交）→ `小计：通过 2048 ｜ 失败 12 ｜ 提示 27`
+
+⇒ **12 条是 `1d7d31a` 一步引进来的**，不是长期欠账。
+
+### 5.2　判据没动过
+
+1、`git diff --stat 44d42b0..HEAD -- product-planning/scripts/check_naming.py` → **空**（判据在整个区间零改动）
+2、`check_naming.py` 最后一次被改是 `7a476f9`（在 `44d42b0` 之前）
+
+⇒ 排除「判据变严导致旧账被翻出来」这一解释，**只能是内容变了**。
+
+### 5.3　它改了什么（性质像回退）
+
+以 `stage-requirements/SKILL.md` 为例，`1d7d31a` 做了这些：
+
+1、把 `## ⭐⭐ ②—③ 交接口（唯一权威处 · 改边界只改这一块 · 2026-10-06 用户定案）` 的「**唯一权威处**」声明连同下面那段说明整段删掉，退回成 `## ⭐⭐ ②—③ 交接口（2026-10-06 用户定案）`
+2、删掉「为什么立这一块：停线规则被三段写成三种、②段写成四种……」那段（这段正是「单一可信源」门禁的立法理由）
+3、把交接口表的两列内容改回旧的细粒度写法
+4、删掉 `⛔ 交给③段时骨架是冻结的：③段不许新增 / 移动 / 删除板块，缺板块要回②段改`
+
+⇒ 权威处的声明被削弱之后，复述就重新「合法」地长回来了。修的时候**先恢复权威处声明，再清复述**，顺序反了会反复。