用途
vibe-workflow 是一个应用项目的工作流路由器。它根据用户请求和现有项目状态，选择下一步有用的动作，而不是机械地执行固定流程。其核心目标是：只加载识别结果、约束和当前实现所需的上下文，避免不必要的上下文负担。
主要能力
- 根据请求与项目状态，在规划、实现、调试等方向之间进行路由。
- 区分新产品、已有产品、异常行为、仅指令或交接等不同情形，并给出对应的处理方式。
- 强调“现有文件并不证明某个阶段已完成”，避免误判进度。
- 建议复用已回答的问题和 Handoff Context，仅对缺失的重大决策进行询问，否则以明确说明的假设继续推进。
- 建议将稳定约束放在 AGENTS.md，将决策放在产品文档，将当前进度放在 MEMORY.md（在项目使用该文件的情况下）。
- 指出除非独立工作和可用工具足以支持委派，否则一个构建者就足够。
使用方式
该技能本身是一个路由型技能，不提供具体安装命令或代码。其使用逻辑为：
- 根据请求和项目状态判断当前属于哪类情形。
- 针对不同情形选择相应动作：
- 新产品：有选择地使用调研、PRD 和技术设计技能。快速模式需要明确的结果、约束和验收路径；存在未解决的集成或重大决策时，适合更深入的规划。
- 已有产品：在当前架构中实现所请求的变更。若存在变更技能则使用；缺少规划文档并不需要重新开始发现流程。
- 异常行为：复现、诊断、修复并验证失败。若存在调试技能则使用，不必重做新产品访谈。
- 仅指令或交接：产出所请求的工件并报告其局限；不要开始未被请求的实现或部署。
- 在创建项目指令时使用 vibe-agents，在新实现时使用 vibe-build，并对相关用户旅程使用可用的验证技能。
- 只调用目标环境中实际存在的技能。
适用场景
- 需要判断一个应用项目下一步该做规划、实现还是调试时。
- 面对已有项目需要做变更，但不确定是否要重新走发现流程时。
- 遇到异常行为需要系统化地复现、诊断、修复和验证时。
- 用户只要求指令或交接文档，而不希望触发实现或部署时。
限制
- 五个阶段被描述为“有用的路线”，而不是五个审批门或每次编辑都必须的文档集合。
- 该技能强调只调用目标环境中实际存在的技能，因此其可用能力取决于环境。
- 资料未提供具体的安装命令、代码示例、收费方式、价格、平台支持或效果数据，这些内容暂未提供。
- 资料未说明该技能的具体实现细节或依赖项，暂未提供。