一句话

按任务规模和风险挑工作流：小修进 W1，功能按会话数选 W2 或 W3，方向模糊先 W4 收敛，陌生代码先 W5，高风险叠 W6，PR 之后进 W7。

按规模选

• 改错字、改名、调注释：不用技能，直接改。
• 单个 bug、半天内的小修：W1-快修。
• 一个会话能交付的功能：W2-单会话功能。
• 要拆票、跨多个会话的功能：W3-多会话功能。
• 方向未定的大项目：先 W4-大型模糊项目 把地图画清，收敛后转 W3。
• 接手陌生代码库、做技术调研：W5-接手老项目与技术调研，产出交给 W2 或 W3。
• 涉及鉴权、支付、数据迁移、公开 API、不可逆操作：在宿主工作流上叠 W6-高风险加固层。
• PR 开出之后的 CI、评审评论、汇报、复盘：W7-交付与运维循环。

决策图

对照表

工作流	适用场景	cycle	cost	技能链（调研 → 交付）	调节方式
W1-快修	半天内的小修、难缠的 bug	几分钟到半天	low	matt-diagnosing-bugs（难缠的 bug）或 addy-debugging-and-error-recovery → matt-tdd（或 addy-test-driven-development）先写回归测试 → 修复 → addy-code-review-and-quality 自审 → matt-pr	省：不开子代理评审；加强：加 ctk-verify-this 出改动前后的证据
W2-单会话功能	一个会话能交付的功能	半天到 2 天	low	matt-grill-with-docs → 需要时 matt-prototype → matt-implement（内含 matt-tdd 和 matt-code-review）→ matt-pr → matt-retro（可选）	省：用 matt-grill-me，不留文档；加强：关键决策加 addy-doubt-driven-development
W3-多会话功能	要拆票、跨多个会话的功能	几天到 2 周	mid	先跑一次 matt-setup-matt-pocock-skills → matt-grill-with-docs → matt-to-spec → matt-to-tickets（这三步同一窗口）→ 每张票先 /clear 再 matt-implement（或 matt-implement-spec 并行）→ matt-code-review → matt-pr → addy-shipping-and-launch → matt-retro。addy 替代链：addy-spec-driven-development（/spec）→ addy-planning-and-task-breakdown（/plan）→ addy-incremental-implementation（/build）→ addy-code-review-and-quality（/review）→ addy-shipping-and-launch（/ship）	省：串行做票，每票一个新窗口；快：implement-spec 并行，墙钟短但 token 高
W4-大型模糊项目	方向未定的大项目	数周	high	matt-wayfinder 画决策地图（research 票交给子代理用 matt-research 并行跑，prototype 票用 matt-prototype，grilling 票用 matt-grilling 加 matt-domain-modeling）→ 每个会话只解一张票 → 地图清空后接 matt-to-spec，转入 W3。期间用 addy-constraint-driven-development 定质量底线，addy-api-and-interface-design 和 matt-codebase-design 定接口，addy-documentation-and-adrs 记录决策	目标收窄到一个 epic；多做原型、少写计划
W5-接手老项目与技术调研	接手陌生代码库、做技术调研	0.5 到 3 天，一次性	mid	addy-context-engineering 写规则文件 → matt-research 或 addy-source-driven-development 查一手资料 → 读懂代码（借鉴 pstack-how 和 pstack-why 的做法，或用只读子代理）→ matt-improve-codebase-architecture → addy-constraint-driven-development 先立底线 → 在要改的区域用 addy-test-driven-development 补特征测试。产出交给 W2 或 W3	大量阅读交给子代理，只拿回摘要
W6-高风险加固层	鉴权、支付、数据迁移、公开 API、不可逆操作	随宿主工作流	high	不单独走，叠加在 W2–W4 上；命中触发条件时启用：addy-security-and-hardening（STRIDE）+ addy-doubt-driven-development + addy-deprecation-and-migration（expand/contract）+ pstack-blast-radius + pstack-benchmark-checklist（凡是数字结论）+ ctk-verify-this + addy-shipping-and-launch（/ship 三人格评审）→ 上线结论加回滚方案	只在命中触发条件时打开
W7-交付与运维循环	PR 开出后的 CI、评审评论、汇报、复盘	持续	low	PR 开出后：ctk-loop-on-ci / ctk-fix-ci → ctk-get-pr-comments → ctk-fix-merge-conflicts → 合并 → addy-observability-and-instrumentation、addy-ci-cd-and-automation 把重复检查自动化 → ctk-weekly-review、ctk-what-did-i-get-done 汇报 → matt-retro、pstack-correct 把反复出现的错误变成 lint、类型或测试	无人值守变体：验证手段就绪后才开，用 addy-incremental-implementation 的 /build auto，或借鉴 pstack-figure-it-out 加 pstack-show-me-your-work；完成条件必须能判定

省 token 的 6 条规则

1. 只开一个主路由器，不叠加多个入口技能。
2. 按阶段加载技能，AGENTS.md 只放指针不放全文。
3. 只在阶段交界处换上下文，优先级：继续 > /clear > /handoff > 子代理 > /compact。
4. 大量阅读交给子代理，只拿回摘要；只有互相独立的任务才并行，最多嵌套一层。
5. 便宜的检查每次编辑都跑，贵的放 CI，代码没变不重复跑。
6. 先做工具：verify 类技能、控制命令行、脚本，让验证可重复。

关联

• 总览：00-首页 · 仓库：02-仓库对比 · 术语：01-术语表
• 工作流：W1-快修、W2-单会话功能、W3-多会话功能、W4-大型模糊项目、W5-接手老项目与技术调研、W6-高风险加固层、W7-交付与运维循环