技能介绍

它解决什么问题

当你有一个还不太成型的想法，却不确定下一步该写 PRD、拆 spec、改代码，还是先做测试；当你希望产品、代码和技能工作走同一条可重复的路径，而不是每次临时拼凑流程。Workflow Router 把一条个人工作流固定下来：灵感 → 头脑风暴 → PRD → spec → 代码 → 测试 → 个人验证 → 反馈 → 归档。它不替你写最终文档，也不新增一套空转流程，而是在每个阶段推荐一个主技能，并把什么时候停、什么时候继续、什么时候回退说清楚。

它如何工作

核心路由分九步：

Capture：先接住灵感文档或原始笔记。
Brainstorm：用 grill-me / grilling 追问问题、用户和成功标准，直到想法能被验证。
PRD：根据来源选用 notion-mrd-prd、to-prd 或 request-refactor-plan。
Spec：从 PRD 产出或更新规格，让后续代码有控制文档。
Code：用 implement 针对当前 spec 生成或修改代码。
Tests：风险高、易回归时，用 tdd 先写测试或补回归。
Personal validation：自动化无法覆盖产品判断时，停下来请求个人验证。
Feedback：如果结果与预期不一致，先把差异写回 spec，再从代码步骤重跑。
Archive：最后归档 PRD、spec、测试证据、决策和实现说明。

它的判断规则偏向工程克制：优先选择仍能降低风险的最短链路；每个阶段只使用一个主技能；下一个阶段需要更多证据时停在 gate；能复用已有技能就不发明新步骤；路径不清楚时先问更尖锐的问题，再执行。spec 一旦存在，就作为整个循环的控制文档；当个人验证发现错位，应先更新 spec，再继续改代码。

适用边界与注意点

适合有明确产物诉求的流程：把松散输入推进成阶段计划，把 PRD 变成可校验 spec，把测试通过但产品判断仍不对的情况送回反馈循环。也适合决定“下一步用哪个技能”：例如代码变更走 implement，回归风险走 tdd，需要人工验收不要硬自动化，重构请求走 request-refactor-plan，技能制作走 skill-creator 与 skillhub-publish。

注意不要把它当成任务分发器。它不凭空创造 PRD、spec 或测试，也不能替代产品决策；当用户反馈改变产品意图时，不要只做一次性代码修补，而要把预期行为、约束或样例写回 spec，再调整代码和测试覆盖。路线图更详细时，可参考 references/skill-matrix.md。