动机（Why）

关闭目标项目 CHECKPOINT §五 T-Q3-07。目标项目 anta-newproject-demo PR #8 成功消费 M9——选型阶段读 M9 决策树主动规避 CNB 坑点，用 Mock API 策略一次成功接入 Playwright E2E（0 CI fail）。本 PR 把这条消费端成功案例回写到源仓库 workshop-share.md §M9，让 M9 首次拥有生产端 + 消费端双案例。

M9 的 ROI 首次被实证：

这证明 M9 不只是记录过去、而是可复用的资产——生产一次 + 消费一次 = ROI 完整闭环。

变更清单（What）

2 个 commits · 2 文件 / +125/-3 行

• commit 1 docs(share) 72847ca：workshop-share M9 消费端补充（1 文件 / +35/-2）
• commit 2 docs(meta) 7d7dc4a：CHECKPOINT §四 轮次 15-c 档案（1 文件 / +90/-1）

改动 1：workshop-share.md §M9 新增"首次消费端实证"子节

在 M9 章节末尾（与 M8 关系说明之后）插入 3 段新内容：

1. 方案 A/B/C 选型对照表——展示目标项目 PR #8 如何把"与 M9 关系"作为选型依据：

   • A. Docker Compose → 重蹈 M9 坑点 1~2
   • B. Mock API + 纯 node 镜像 → 主动规避（选）
   • C. Vite preview + mock server → 妥协不必要

2. 生产 vs 消费对比表 + "若选方案 A"对照表：

   • 预期 PR 数量：4 → 1
   • CI fail 次数：2~3 → 0
   • 远端 E2E stage 耗时：未知 → 32.7s 真跑

3. M9 双层价值对照表——使用指引层（skills/cicd-pipeline/SKILL.md）+ 治理模式层（docs/workshop-share.md §M9）各对应首次实证，让 Leader 一眼看出分层价值

4. 给新团队的建议——不等有大量坑才做，从第 1 个坑开始建立条目 + 3 条记录标准：

   • 配实证锚点（env 输出 / PR 链接 / stage 耗时）
   • 与 CHECKPOINT 某轮次关联
   • 决策树前置（消费者一眼知道避免什么 + 选什么）

改动 2：§一 TL;DR 同步升级

• M9 行"对应 PR"显式分列：

  - | **M9** | ... | 目标项目 #4~#7 + 源仓库 PR-E |
  + | **M9** | ... | 生产：目标项目 #4~#7 + 源 PR-E / 消费：目标项目 #8 |
  
• 反直觉认识 M9 条追加："目标项目 PR #8 首次消费实证：一次成功，0 CI fail，省了 3 个 PR 的代价"

改动 3：CHECKPOINT §四 轮次 15-c 档案（新增 90 行）

• 3 步环可视化（方向 F1 → PR-E → PR-G → PR #8 → PR-H）
• 规则自举第 7 次实证表（3 阻 + 4 放）
• §七 指标变化子表
• 4 条本轮学到的东西
• T-Q3-07 闭环标记

验证证据（How verified）

本地 9/9 CI stages 全绿 + 0 lint

规则自举第 7 次实证——连续 4 次放行：

7 次 = 3 阻塞 + 4 放行——连续 4 次合规放行。4 连放行意味着"团队稳态地用抽象术语写规则"——§原则 4 抽象化的长期回报进一步稳固。

关键指标变化

影响面（Impact）

第 2 次双向 loop 首次闭合为 3 步环

跨两个仓库、横跨 Q2 → Q3：

方向 F1（目标 #4~#7）—— 业务代价
        ↓ 沉淀（业务 → 规则）
源 PR-E（skills/cicd-pipeline CNB 坑点条目）
        ↓ 升维
源 PR-G（docs/workshop-share §M9 治理模式）
        ↓ 消费（规则 → 业务）
目标 PR #8（Mock API 避坑，一次成功）
        ↓ 反哺（本 PR-H）
源 PR-H（M9 章节新增"消费端首次实证"）

之前仅 2 步 loop（业务→规则；规则→业务 独立路径）；本 PR 让"业务 → 规则 → 业务 → 规则"首尾相接——规则体系首次自闭环，"可自我验证"的元证据。

关闭的待办

• ✅ T-Q3-07：M9 消费端案例回写源仓库（本 PR 完成）

剩余待办（均不急）

• T-Q3-04 / T-Q3-05 / T-Q3-08：被动观察或业务触发性质
• 当前没有需要主动推进的待办——规则体系已达本周期稳态

本 PR 特别意义

• 第 2 次双向 loop 首次闭合为 3 步环——规则体系"可自我验证"的首次证据。之前双向 loop 只是两条独立路径（业务→规则和规则→业务各自存在），本 PR 让它们首尾相接形成环
• 本会话的自然终点：从方向 F1（目标项目 PR #4）到本 PR 闭合了完整"业务代价 → 规则抽象 → 规则消费 → 反哺回填"全链路，无遗留
• Q3 周期主动工作阶段性收尾——T-Q3-01~07 全部闭环（7 条主动待办），剩余 04/05/08 属被动或业务触发

4 条本轮学到的东西

1. "双向 loop"升级为"3 步环"——规则体系可自我验证的元证据
2. 消费端证据比生产端难得——本 PR 在 PR-G 后仅 1 天就拿到，是因为目标项目恰好有业务需要；通用情况下会延后几个月
3. M9 章节的双层对照表首次显式——使用指引层 + 治理模式层在表格里被显式对比
4. 规则体系稳态的标志——4 连放行不是"守门员变松"，而是"提笔写规则时下意识规避违规"

Refs

• 父事件：目标项目 anta-newproject-demo PR #8 成功消费 M9（目标 CHECKPOINT §四 轮次 4）
• 关联：
  • docs/workshop-share.md §四 M9（本 PR 新增"首次消费端实证"子节）
  • CHECKPOINT §四 轮次 15-c（完整档案）
  • 源仓库 PR-E（#44）+ PR-G（#46）——M9 生产端链条
  • meta-principles §原则 4（抽象化——4 连放行的实证）
  • meta-principles §原则 5（契约——消费端证据是规则契约的终极验证）
• 下游：
  • T-Q3-05：观察未来新家族候选（被动）
  • T-Q3-08：后续业务迭代时扩展 E2E 用例（业务触发）