omg-autopilot

OMG Autopilot

OMG Autopilot 接收简短的产品构想，并自主处理完整生命周期：需求分析、技术设计、规划、并行实现、QA 迭代和多角度验证。

适用场景

• 用户希望从构想到可运行代码实现端到端的自主执行
• 任务需要多个阶段：规划、编码、测试和验证
• 用户希望无需介入即可完成执行

不适用场景

• 用户希望探索各种方案 → 使用 /plan
• 单一且目标明确的代码修改 → 使用 /ralph 或委派给 @executor
• 快速修复或小型 Bug → 直接委派给 @executor

执行流程

阶段 0 - 扩展

将用户的构想转化为详细规格。

• 如果存在 ralplan 共识计划（.omc/plans/ralplan-*.md）：跳过阶段 0 和阶段 1 → 跳转到阶段 2
• 如果存在 deep-interview 规格（.omc/specs/deep-interview-*.md）：使用已验证的规格，跳转到阶段 1
• 如果输入含糊不清：建议转到 /deep-interview 进行澄清
• 否则：由 @analyst 提取需求，由 @architect 创建技术规格
• 输出：.omc/autopilot/spec.md
• 记录阶段：omg_write_state(phase="expansion_done")

阶段 1 - 规划

根据规格创建实现计划。

• @architect 创建计划（直接模式）
• @critic 验证计划
• 输出：.omc/plans/autopilot-impl.md
• 记录：omg_write_state(phase="planning_done")

阶段 2 - 执行

通过并行执行来实现计划。

• 根据任务复杂度将任务分配给 @executor
• 并行运行互不依赖的任务
• 记录：omg_write_state(phase="execution_done")

阶段 3 - QA

持续迭代，直到所有测试通过（最多 5 轮）。

• 构建、检查、测试并修复失败项
• 如果同一错误重复出现 3 次（根本性问题），则提前停止
• 记录：omg_write_state(phase="qa_done")

阶段 4 - 验证

并行进行多角度审查。

• @architect：功能完整性
• @security-reviewer：漏洞检查
• @code-reviewer：质量审查
• 所有审核者都必须批准；如果遭到拒绝，则修复并重新验证
• 记录：omg_write_state(phase="validation_done")

阶段 5 - 清理

成功完成后，删除所有状态文件。

• 运行 /cancel 以干净退出

停止条件

• 同一 QA 错误连续 3 轮仍存在 → 报告根本性问题
• 验证连续 3 轮仍未通过 → 报告问题
• 用户说“stop”、“cancel”或“abort”

检查清单

• 已完成全部 5 个阶段
• 第 4 阶段的所有审核者均已批准
• 测试通过（已通过全新输出确认）
• 构建成功
• 已清理状态文件