[Eridanus117]

做了什么

• plugins/practices（0.1.2）新增四条模型可拿的（model-invoked）实践 skill，从旧 legacy-change、integration 两条规程里拆出，各自一处真源：characterization-test（特征化测试，Feathers）、sprout-method（萌芽方法加入口一处分流，Feathers、Hodgson 的特性开关）、interface-contract-checklist（接口契约清单，ISO/IEC/IEEE 12207 集成过程加 Meyer 契约式设计）、incremental-integration（增量集成，McConnell；先扩后缩按 Fowler 的并行修改）。每条两节必有骨架加按需的产出、出口、为什么在哪；输出形状与例子放 references/（走读清单、改法三句与三条验证、边界清单、接入顺序），正文只引用。
• plugins/flow-steps（0.1.3）新增两条薄步：legacy-code-change（改旧代码：先特征化测试摆给主人否，否过之后萌芽）、system-integration（系统集成：清单与顺序一次出完、主人只否一次，否过之前不合分支不动表）。只有「什么时候用」「步骤」两节，只点名实践、定顺序与完成判据。
• flow（0.1.4）改旧代码时才开的活动那两句改指 legacy-code-change、system-integration；references/gate-message.md 的例子与 evals/ticket-optional-steps 的 grader 同步。tdd 里「只补测试不改行为归 legacy-change」改指 characterization-test。
• 旧 plugins/workcoding 的 legacy-change、integration 两条正文没动，归档在 票9 收口：归档 workcoding、删旧词别名、更新工作方法地图 #123；旧名与新名并存到那时。plugins/README.md 里插件清单那一句的计数也留给 票9 收口：归档 workcoding、删旧词别名、更新工作方法地图 #123 一并改。
• 十二个 claude plugin eval 用例（四条实践各一正一反、两条薄步各一正一反），材料是旧评测里那段运费计算；两份 evals/README.md 各加一节：用例构成、基线观察、实跑记录。基线、门评测、重跑的 aggregate-result.json 都洗过用户名后提交，HTML 不提交。
• 装配：.claude-plugin/marketplace.json 三个版本号；profiles/daily、profiles/all 各加六条；目录页重生成。已 rebase 到含 证：evidence-regression、release-observe 拆成四条实践加两条活动，flow 指向新名，评测齐（#122） #128（票 8）的 main，冲突只在生成物、两份 manifest、flow 那两句和两份 README 的追加节，两边都留。

判两件事（按 skill-authoring）：六条都不是路由 skill——实践只讲各自那件事的做法，薄步只在 flow 已有的「改旧代码时才开的活动」那一格里换名，不改别的 skill 什么时候被用；都是模型可拿的，frontmatter 只有 name 与 description，由 flow 在第 4 阶段门上点名薄步、薄步点名实践。

为什么

Closes #121。agent-system#115（spec）第三批：workcoding 八条规程拆成实践加薄步，实践装 plugins/practices、薄步装 plugins/flow-steps（ADR-0006 实践与规程分层、术语只用有出处的业界词；ADR-0007 允许复制入库）。方案对齐记录在 desk#152。与旧正文的取舍：路由边界表、自检、验证状态三类节按 writing-rules 删掉，内容各归路线真源、每步的完成判据、evals/README.md；旧 legacy-change 的「零 diff 不等于回滚证据」「分流先于兜底分支」与旧 integration 的五种边界、「不变也要写出来」、「共库只读」都保留进对应实践。

一处比旧正文松：sprout-method 的分流位置允许「旧方法第一行」或「旧语句全部之后、return 之前」（新方法要拿老结果当输入时），门评测里默认模型三次都选后者且旧体一句没动，这是 Feathers 原本的萌芽形态；仍不许插在旧语句之间，开关与命中的判断必须在旧方法那一处。

怎么验证的

• node plugins/tests/skills.test.ts：退出 0，PASS: 13 个 Plugin、39 个 Skill，目录页一致，词汇表 26 条带英文与出处。

• claude plugin validate practices、flow-steps、flow：都 Validation passed。node plugins/tests/skill-evaluation.test.ts 通过；python contracts/tools/validate.py：validation passed: 3 schemas, 6 examples, 2 Issue Forms, 12 execution-loop tests。

• 公共面门禁 bun packages/mounts/src/cli.ts assess-public-tree --repo . --rev HEAD --policy .github/public-tree-policy.json：status: allowed (scanned 1684)。结果 JSON 都跑过 scrub-eval-results.ts，grep Morni 零命中。

• 评测（practices 默认模型 claude-opus-5，flow-steps 被测 sonnet；裁判都是 sonnet；每用例 3 次两组；--max-cost-usd 20 每条 skill，实际含基线 characterization-test 6.19、sprout-method 7.41、interface-contract-checklist 7.16、incremental-integration 5.39 美元，flow-steps 两条合计 8.72 美元）。基线（SKILL.md 占位，results/2026-09-19-as121-baseline/）看到的对照组：编入参去锁没走到的分支；把新调用插进旧方法体或把开关藏进新方法；清单是一份建议书没有一行「不变」、自己决定把分流下移；顺序里影子读与生产打开连着写、共库上写操作；薄步上 sonnet 找不到 skill 就停下问、或直接改旧方法体。门评测与重跑（results/2026-09-19-as121-gate/<skill>/、-gate-rerun/<skill>/）：

  用例	有 skill 组	对照组	差值
  characterization-test-walkthrough	1.0	0.42	+0.58
  characterization-test-new-behaviour	1.0	0.33	+0.67
  sprout-method-build	1.0	0.50	+0.50
  sprout-method-greenfield	1.0	1.0	0
  interface-contract-checklist-boundaries	1.0	0.22	+0.78
  interface-contract-checklist-merge-conflict	1.0	0.67	+0.33
  incremental-integration-order	0.80	0.80	0
  incremental-integration-rollout	0.33	0.67	−0.33
  legacy-code-change-run（sonnet）	0.67	0	+0.67
  legacy-code-change-greenfield（sonnet）	1.0	1.0	0
  system-integration-run（sonnet）	0.67	0	+0.67
  system-integration-merge-conflict（sonnet）	1.0	1.0	0

  practices 平均差值 +0.32，flow-steps +0.33。没到 1.0 的四条都查过执行记录、写在两份 README 的实跑记录里，按主人预授权不为硬线重跑：incremental-integration-order 有 skill 组的回复与实践 references/order.md 的例子逐字相同，裁判把「走 OrderService 全链联调」读成往共库写单（对照组同轮也过两次，opus 不装 skill 也会先扩后缩，真缺口只剩「合代码与开开关分开、否过之前不动」）；incremental-integration-rollout 是反例，失败的回复都是纯放量方案，裁判把「档 0 影子比对」数成重做联调，对照组同样中招；legacy-code-change-run 一次是 sonnet 把开关列成待确认却没把分流写成受开关保护的一处；system-integration-run 一次联调步漏写「只读」、一次多列了一条「退法不适用」的前置调查步。是否按 1.0 硬线重跑由负责人定（与 flow-steps：第 4、6、7 段的四条步——建工作树加基线、验证取证、接审查意见、收尾；flow 升 0.1.1 改点名（#113） #114 worktree-baseline-open 0.83、practices：Matt 四条实践复制入库——grilling、domain-modeling、tdd、code-review 改中文与两节骨架，评测齐（#118） #125 grilling-plan-one-question 0.78 同一处理）。

• 迭代过程中改的 grader（都在 README）：sprout 测试的广东期望值我写错（18 应为 30）；sprout 分流位置放宽如上；checklist 绕过入口的调用方写「不变」再列「待你定」；merge-conflict 接受「问到能找回意图的地方」；rollout 反例把离线回放、观测点算进答放量；system-integration 那条八面的 grader 拆成清单、顺序两条；legacy-code-change 补「待否的代码草图不算改」。flow-steps 第一轮门评测（薄步改前）结果未提交，README 记了数字。

• flow 的评测没有重跑：只改了两句里的两个名字，ticket-optional-steps 的 grader 同步接受新名。

怎么回退

revert 本 PR 的两个 commit：六条 skill 目录、十二个用例目录与三组结果目录、两份 README 的追加节、flow 与 tdd 的改名句、三个版本号、marketplace 与两份 manifest 的六条、目录页一起回去。旧 legacy-change、integration 正文本 PR 没动，回退后 flow 仍指旧名可用。本 PR 不改 agent-config，本机 junction 由上线清单驱动，revert 后无需清理外部状态。

🤖 Generated with Claude Code