一句话

半天到两天、一个窗口装得下的功能：先被访谈问到能承诺，再 implement 走 TDD 加评审，开 PR 收尾，可选复盘。

适用

• 适合：需求说得清、改动集中、一个上下文装得下的功能。
• 不适合：要拆票跨会话的大功能（去 W3-多会话功能）；方向还没定的探索（去 W4-大型模糊项目）。

步骤

1. 访谈定需求：matt-grill-with-docs 连环追问到能承诺，定下的术语写进 GLOSSARY.md、够格的决策记 ADR。不在工作目录或不想留文件时改用 matt-grill-me，同样问到承诺但不落盘。
2. 设计问题拿不准：matt-prototype 写一次性代码回答一个问题，状态问题出 HTML 试玩页，UI 问题出同路由多变体；答完折回真代码。
3. 实现：matt-implement 指向刚谈妥的方案，内部调 matt-tdd 在约定 seam 上红绿循环，收尾自动调 matt-code-review 出报告。产出是 commit 加评审结果。
4. 交付：matt-pr 写 PR body，Summary、Evidence、Merge Danger 三段。
5. 可选：matt-retro 复盘这次会话，把环境问题变成改进候选。

前三步留在同一窗口，访谈、原型、implement 共享上下文，不换。上下文撑满先 /compact，跨 harness 或交人才 /handoff。

token 与旋钮

• 省：用 matt-grill-me 不留文档，跳过原型，评审只看单报告。
• 标准：上面五步。
• 加强：关键决策加 addy-doubt-driven-development，过一个全新上下文的对抗性评审再动手。

进入与退出

• 进入：一句话说得出目标，验收写得清。
• 完成判据：测试绿，评审无 Critical 和 Required 遗留，PR 开好。
• 之后：进 W7-交付与运维循环 处理 CI 与评论；访谈中发现需求比预想大就转 W3-多会话功能。

常见坑

• 访谈没问透就 implement，做到一半返工。
• 把原型代码直接合进主代码；原型是一次性的，只留证据。
• 评审报告没读就开 PR。

关联

• 入口：00-怎么选工作流 · 上游：W5-接手老项目与技术调研 · 下游：W7-交付与运维循环 · 升级：W3-多会话功能