[Eridanus117]

做了什么

• plugins/practices（0.1.3）加三条自建实践 skill，都是模型可拿的（model-invoked），从旧 workcoding 的 architecture-design、system-analysis 拆出：tradeoff-analysis（权衡分析，出处 SEI ATAM；旧正文的工位 3、4「出候选、做攻防」）、effect-sketch（影响草图，出处 Feathers《修改代码的艺术》；旧工位 2、3「画草图、只核实拿不准的边」）、baseline-measurement（基线测量，出处 Gregg《性能之巅》与 12207 测量过程；旧工位 3 的「顺带带回耗时」）。每条两节骨架加按需的产出、为什么在哪；输出形状进 references/，例子用命令行笔记工具的场景，不与评测用例同一场景。
• plugins/flow-steps（0.1.4）加两条改旧代码时才开的活动：architecture-decision（架构决定，出处 Nygard ADR）、impact-analysis（影响分析，出处 IEEE 14764 修改分析）。只写这一步做什么、点名哪些实践、完成判据；旧正文的七行方案节与决策卡短回复、六行形态与例子、两小时上限、「原写 A，裁为 B」的留痕都保留，分别进 references/decision-record.md 与 references/six-lines.md 或步骤里；路由边界表、自检、验证状态、TUI 通道选择一节按 spec 删掉。
• plugins/flow（0.1.5）：改旧代码时才开的活动清单与「方案」那句里的 architecture-design、system-analysis 改指 architecture-decision、impact-analysis，只动这两个名字。
• 版本：rebase 到 main（已含 证：evidence-regression、release-observe 拆成四条实践加两条活动，flow 指向新名，评测齐（#122） #128、需求两条拆成实践加活动：switch-interview、ears、specification-by-example 进 practices，requirement-elicitation、requirement-specification 进 flow-steps，flow 指向新名，评测齐（#119） #129、做：legacy-change、integration 拆成四条实践加两条薄步——characterization-test、sprout-method、interface-contract-checklist、incremental-integration 进 practices，legacy-code-change、system-integration 进 flow-steps，flow 指向新名，评测齐（#121） #130）之后各再加一：practices 0.1.3、flow-steps 0.1.4、flow 0.1.5；plugins/README.md 的插件清单句按 main 上的实际数字改成 12 条活动、18 条实践。
• plugins/CONTEXT.md 加「方案：候选与证据」六条：架构决定、权衡分析、可逆性、影响分析、影响草图、基线测量，都带英文原词与出处，旧名以 _旧名_ 保留到 票9 收口：归档 workcoding、删旧词别名、更新工作方法地图 #123。
• 评测：practices 八个用例（tradeoff-analysis 3、effect-sketch 3、baseline-measurement 2）、flow-steps 四个用例（每条一正一反），先在占位正文上跑基线，再写正文跑门评测；两份 evals/README.md 各加一节：用例构成、基线观察、实跑记录、没到 1.0 的说明。结果目录带 -as120 后缀，与并行的三票分开，JSON 都洗过用户名。
• 装配：marketplace 版本、两份 manifest 各五条、目录页重生成、plugins/README.md 的插件清单一句。旧 workcoding 两条正文一字未动（git diff main -- plugins/workcoding 为空），归档在 票9 收口：归档 workcoding、删旧词别名、更新工作方法地图 #123。

判两件事（按 skill-authoring）：五条都不是路由 skill——flow 那句改名是这票的一部分，两条薄步只在被 flow 开了之后用，不改别的 skill 什么时候被用；五条都是模型可拿的，frontmatter 只有 name 与 description。

为什么

Closes #120。agent-system#115（spec，镜像 desk#152）第三批：workcoding 八条规程每条把实践内联进正文，改一条实践要改多处；ADR-0006 定了实践与规程分两层、术语只用有出处的业界词、骨架只必有两节。本票是「方案」关注点那两条。

拆法上的三处取舍：

• 旧 system-analysis 的工位 3「抓运行证据」拆成两半——核实一条边归 effect-sketch 第 3 步（它是草图的一部分），量一个数归 baseline-measurement；薄步 impact-analysis 第 3 步按边与数分别点名。
• 旧 architecture-design 的决策卡与短回复约定压成 decision-record.md 里的一小节，TUI／文件双通道那节删掉：现在的门上消息与站会记录已经定了「只留一件事给主人」，不需要再定通道。
• effect-sketch 三条用例在默认模型上对照组也全过，只作回归守卫；这条实践在默认模型上的价值是把做法固定（两跳、绕过、待核实的边），差值要在弱一档的模型上才看得到，README 写明。

怎么验证的

• node plugins/tests/skills.test.ts：退出 0，PASS: 13 个 Plugin、32 个 Skill，目录页一致，词汇表 32 条带英文与出处（rebase 到含 证：evidence-regression、release-observe 拆成四条实践加两条活动，flow 指向新名，评测齐（#122） #128、需求两条拆成实践加活动：switch-interview、ears、specification-by-example 进 practices，requirement-elicitation、requirement-specification 进 flow-steps，flow 指向新名，评测齐（#119） #129、做：legacy-change、integration 拆成四条实践加两条薄步——characterization-test、sprout-method、interface-contract-checklist、incremental-integration 进 practices，legacy-code-change、system-integration 进 flow-steps，flow 指向新名，评测齐（#121） #130 的 main 之后重跑：PASS: 13 个 Plugin、49 个 Skill）。

• claude plugin validate plugins/practices、plugins/flow-steps、plugins/flow：都 Validation passed。

• 基线（SKILL.md 占位，每用例 1 次两组）：practices results/2026-09-19-baseline-as120/（默认模型，16 次运行，3.57 美元）；flow-steps 同名目录（sonnet，8 次运行，0.86 美元）。真缺口：tradeoff-analysis 的「缺的数标未知、条件式推荐」（两组都拿「典型 0.1–1 ms」顶上）、baseline-measurement 的「有边界」（两组都扩成七八步的 A/A 测试方案）、architecture-decision 的框定与收口、已确认时的路由、impact-analysis 的挂决定与置信度。

• 门评测（每用例 3 次两组，裁判 sonnet；practices 默认模型 48 次运行 11.41 美元，加基线 14.98 美元；flow-steps 被测 sonnet 24 次运行 2.63 美元）：

  用例	有 skill 组	对照组	差值
  tradeoff-analysis-two-candidates	0.94	0.89	+0.06
  tradeoff-analysis-missing-number	1.0	0.11	+0.89
  tradeoff-analysis-already-decided	1.0	1.0	0
  effect-sketch-two-hops	1.0	0.78	+0.22
  effect-sketch-verify-only-uncertain	1.0	1.0	0
  effect-sketch-plain-count	1.0	1.0	0
  baseline-measurement-one-request	1.0	0.67	+0.33
  baseline-measurement-load-test	1.0	1.0	0
  architecture-decision-frame	1.0	0.22	+0.78
  architecture-decision-already-confirmed	0.67	0	+0.67
  impact-analysis-one-number	0.83	0.17	+0.67
  impact-analysis-requirement	1.0	0.67	+0.33

  practices 平均差值 +0.19，flow-steps +0.61。没到 1.0 的三条都是单次三票 FAIL、读回复行为对（两候选那条问的是推荐所依赖的未知而不是「请确认」；已确认那条按常驻规则列了三个选项被数成多问；一个数那条六行齐全仍被判取证不聚焦），是裁判读法，按主人预授权不为 1.0 硬线重跑，说明在两份 README。

• 结果 JSON 都跑过 scrub-eval-results.ts，grep -rl Morni --include=*.json 零命中。

• 两轴审查：按 code-review 两轴各派一个子代理。Standards 轴违例 4 条：flow 括号里的「攻防」是本票刚登记的旧名（改成「两候选各写两面」）；词汇表用退役词「步」造了「薄步」（改成「flow-steps 里的活动」）；README「主人已定不重跑」缺出处（补成本会话开场预授权，落 desk#152 站会记录）；十条 llm grader 捆多个行为——按 practices：Matt 四条实践复制入库——grilling、domain-modeling、tdd、code-review 改中文与两节骨架，评测齐（#118） #125 的先例作判断题留着（拆开会把裁判费翻几倍）。Spec 轴违例 3 条都是同一段做法出现在两三处：「实现等确认」「尝试分支只当证据」从 architecture-decision 里删掉改成指向 tradeoff-analysis；impact-analysis 第 3 步内联的 Arthas 与留命令做法删掉，只点名两条实践。判断题采纳的：去「工位」「系统地图」两个无出处的词、实践里不复制规程的步骤序号、两处禁令补正面句、effect-sketch 补「要不要运行时核实由拿不准的边定」并把 jdeps 放回静态分析工具、tradeoff-analysis 候选补「失败后果」、README 基线费用 4.12 改回 3.57 并说明两条用例是首轮基线后补写再单独跑基线。留着的判断题：五条正文有产出／出口／为什么在哪三节（与既有 flow-steps 五条同形，writing-rules 允许按需）；旧正文的多卡格式、回显行、TUI 通道一节有意不搬（写在 tradeoff-analysis 的「为什么在哪」）；manifest 里新旧两套并存到 票9 收口：归档 workcoding、删旧词别名、更新工作方法地图 #123；「为什么在哪」指向私有 wiki 与 flow 同形。审查后正文改动都没有重跑评测（都是删重复句、换词、补正面句）。

怎么回退

revert 本 PR：五个 skill 目录、十二个用例目录与 -as120 结果、两份 README 的新节、CONTEXT.md 的六条、flow 的两个名字、marketplace 与 manifest 条目、plugins/README.md 那句一起回去；然后 node plugins/scripts/skills-overview.ts --write 重生成目录页。本 PR 不改 agent-config，本机 junction 由上线清单驱动，revert 后无外部状态要清。

🤖 Generated with Claude Code