工作流导航

阅读用户描述的情况，告诉用户该用哪个 skill（或哪几个、按什么顺序）以及原因。情况不清楚时，先问一两个问题再推荐。

需要解释主流程的细节、某个 skill 的具体行为或入口之间如何衔接时，读 WORKFLOW.md。用户问的是会话之间怎么切换（继续、/clear、/handoff、子代理、/compact）时，读 PHASE-BOUNDARIES.md。

先看规模

流程随规模简化，实施前确认不简化：无论改动多小，开始修改之前都要让用户对“要做什么”明确表示同意。

• 可行性验证与技术调研（例如“能不能用 X 做到 Y？”）：说明要验证什么，用户同意后去查证；主要查阅文档与一手资料时用 research，涉及局部状态逻辑或界面设计推演时用 prototype，最后报告结论和建议
• 小范围改动（例如仓库已有流程上的一个参数、一个小接口或一处修复）：用 /grill-me 或 /grill-with-docs 追问几轮，在对话里给出简短设计，用户同意后运行 /implement
• 架构级（例如新项目、新子系统，或改变其他代码依赖的接口）：完整主流程（见下文）
• 大型模糊工作（例如一个会话无法完成，连实现路径都还不清楚）：/wayfinder

在两档之间拿不准时，选更重的一档。途中发现隐藏的复杂度时，停下来升档。

主流程