vibe-workflow

应用工作流路由器

根据请求和现有项目状态，选择下一步有用的操作。 只加载识别目标、约束和当前实现所需的上下文。文件已存在并不代表某个阶段已经完成。

• **新产品：**有选择地使用研究、PRD 和技术设计技能。 快速模式需要明确的目标、约束和验收流程；若集成问题或重大决策尚未解决，则适合进行更深入的规划。
• **现有产品：**在当前架构中实现所请求的更改。 如果有可用的变更技能，就使用该技能；缺少规划文档并不意味着必须重新开始探索。
• **行为异常：**复现、诊断、修复并验证问题。如果有可用的调试技能，就使用该技能，无需重新进行新产品访谈。
• **仅需说明或交接：**生成所请求的产物并说明其局限；不要着手进行未被请求的实现或部署。

创建项目说明时使用 vibe-agents，进行新实现时使用 vibe-build，并针对相关用户流程使用可用的验证技能。仅调用目标环境中实际存在的技能。五个阶段是一条有用的路径，而不是五道审批关卡，也不是每次编辑都必须提供的一套文档。

沿用已回答的问题和交接上下文。对于缺失且影响重大的决策，应向用户询问；否则，在明确说明假设后继续。将稳定的约束保存在 AGENTS.md 中，将决策保存在产品文档中，并在项目使用 MEMORY.md 时，将当前进展记录其中。除非独立工作和可用工具足以证明委派合理，否则一名构建者就够了。

完成用户请求的范围，包括相关检查和修复。汇报时，应区分实际结果与未执行的检查，并指出具体阻碍。用户要求交付可用产品时，不要在首次实现后就停止；也不要仅仅因为本地工作已完成就发布。