用途：这是一个元技能（meta-skill），在会话开始时帮助识别当前任务所处的开发阶段，并选用对应的工程工作流技能。它本身不实现具体功能，而是提供技能发现与调用的路由规则。
主要能力：提供一张任务到技能的决策树，覆盖定义、规划、构建、验证、评审、发布各阶段。例如：不清楚需求用 interview-me；有粗略想法用 idea-refine；新项目或新功能用 spec-driven-development；需要任务拆解用 planning-and-task-breakdown；写代码用 incremental-implementation，其中 UI 用 frontend-ui-engineering、API 用 api-and-interface-design、需要更好上下文用 context-engineering、需要文档验证用 source-driven-development、高风险或不熟悉代码用 doubt-driven-development；测试用 test-driven-development，浏览器测试用 browser-testing-with-devtools；排错用 debugging-and-error-recovery；评审用 code-review-and-quality，并可延伸 code-simplification、security-and-hardening、performance-optimization；提交用 git-workflow-and-versioning；CI/CD 用 ci-cd-and-automation；弃用迁移用 deprecation-and-migration；文档与 ADR 用 documentation-and-adrs；可观测性用 observability-and-instrumentation；发布用 shipping-and-launch。
核心行为：实现前显式列出假设；遇到不一致或模糊需求时停下、命名困惑、给出取舍或提问并等待解决；有明确问题时直接指出并量化代价、提出替代方案；主动抵抗过度复杂；只改被要求改的内容；以验证而非“看起来对”作为完成标准，并遵循项目级 Definition of Done（测试通过、无回归、运行时验证、文档更新）。
使用方式：任务到达时先判断阶段，再按决策树选择技能；技能是工作流而非建议，需按步骤执行且不跳过验证。多个技能可组合，完整功能常见顺序为 interview-me → idea-refine → spec-driven-development → planning-and-task-breakdown → context-engineering → source-driven-development → incremental-implementation → observability-and-instrumentation → doubt-driven-development → test-driven-development → code-review-and-quality → code-simplification → git-workflow-and-versioning → documentation-and-adrs → deprecation-and-migration → shipping-and-launch。并非每个任务都需要全部技能，例如修 bug 可能只需 debugging-and-error-recovery → test-driven-development → code-review-and-quality。
适用场景：需要可移植、与工具无关的工程流程指导时；需要按质量约束、需求访谈或技能选择来组织工作时。
限制：仅为指导，不替代项目自身的 linter、类型检查器、格式化工具或测试套件；缺少必要输入、权限或范围边界时应停下询问。资料未提供具体安装命令、收费或平台信息。