vibe-autopilot

自动驾驶工作流 (Autopilot 24/7)

1. 文档目的

赋予 AI “全自动、不间断”的执行能力。在需求沟通阶段充分提问与确认，但一旦进入正式开发阶段，自动串联所有 VIBE 工作流（编码 -> 测试 -> 审查 -> 迭代），期间禁止停顿等待用户确认，自动采用最优解执行，直到最终交付。

2. 自动驾驶核心法则 (Smart Autopilot)

• 需求期充分沟通：在需求分析和架构设计阶段，必须主动向用户提问，澄清模糊点，确保方向完全正确。
• 开发期绝对静默 (NO HUMAN PAUSES)：一旦需求确认并进入正式编码阶段（阶段二），禁止提问。除非遇到严重且无法自行解决的环境死锁，否则禁止使用“您看这样可以吗？”、“需要我继续吗？”等话术，遇到分支选择时直接采用最优解。
• 状态机依赖 (Document as State)：禁止依赖大脑记忆！所有的进度、状态必须实时更新到 tasks.md 中。如果感觉上下文变慢或混乱，主动提示用户使用 /clear 清理上下文，随后读取 tasks.md 即可满血复活。
• 事不过三熔断机制 (Circuit Breaker)：在处理报错、跑测试或解决依赖冲突时，如果同一个问题连续尝试修复超过 3 次均失败，必须立即停止死磕！将该任务在 tasks.md 中标记为 [Blocked]，记录原因，然后强制跳过，去执行下一个未完成的任务。

3. 24小时全链路循环引擎

当用户触发此工作流时，严格按照以下顺序执行：

阶段一：需求沟通与架构规划（允许且鼓励提问）

1. 自动执行 vibe-analyze-req：当用户是从头开始一个全新项目时，触发此技能。与用户进行多轮对话，澄清项目背景、核心功能、UI 风格（如深色工业风）等细节。
2. （如果是已有项目的新需求，则触发 vibe-analyze-new）。
3. 生成核心文档：确认需求后，生成 PRD（需求文档），并自动执行 vibe-architecture 和 vibe-database 生成架构与数据库文档。
4. 自动执行 vibe-plan 生成 tasks.md（任务拆解清单）。
5. 最后一次确认：向用户展示 tasks.md 并询问“是否可以开始全自动开发？”。一旦用户同意，进入阶段二。

阶段二：无人值守编码循环 (Subagent-Driven Loop - 开发期绝对静默)

由于 AI 上下文窗口有限，对于 tasks.md 中的复杂任务，必须采用**子智能体分发（Subagent Delegation）**策略。 读取 tasks.md 中的任务，针对每一个未完成的最小模块任务执行以下死循环（全自动，零打断，遇问题按最优解自动处理）：

1. 工作树隔离 (Git Worktree / Branching)：在开始新任务前，建议在一个新的 Git 分支上进行开发，确保主分支的安全。
2. API契约校验：确认该模块对应的 API 文档已存在，严格按照 API 文档的入参/出参约束进行开发。
3. 最小模块编码 (企业级分层)：
   • 隔离上下文，仅针对当前最小模块生成代码。
   • 严格遵循企业级规范（前端：Components/Hooks/API Clients；后端：Controller/Service/Repository）。
   • 自动触发 vibe-frontend 或 vibe-backend。
4. 测试与组装：编码完毕后，立即触发 vibe-test 运行单元测试（RED-GREEN-REFACTOR），将通过测试的模块与其他模块进行组装。
   • 如果测试失败：自动修复代码，重新运行。
   • 如果测试成功：进入下一步。
5. 安全与质量：触发 vibe-security 与 vibe-review 检查当前代码块。
6. 美化（如果是前端任务）：触发 vibe-ui-beautify 注入工业风和“果汁感”动画。
7. 打勾：在 tasks.md 中将该任务标记为已完成 [x]，并提交代码 (Git Commit)。
8. 继续：自动读取下一个 [ ] 任务，重复阶段二，直至系统拼装完毕。

阶段三：自动交付与文档更新

1. 端到端真机验证：所有任务完成后，触发 vibe-e2e 启动项目、打开浏览器、逐页验证功能可用性。P0/P1 问题必须修复后才能继续交付。
2. 自动触发 vibe-api-docs 更新接口文档。
3. 自动更新 AI_DEVELOPMENT_DOC.md 记录本次无人值守开发过程中的踩坑和经验。
4. 向用户输出最终的交付总结报告。