战略规划 (Plan)
战略规划 (Plan)
Section titled “战略规划 (Plan)”OMC 框架核心技能 - AI 协作开发第一步
什么是 Plan?
Section titled “什么是 Plan?”Plan 是 OMC 框架中的战略规划引擎。它通过智能交互帮助你:
- 将模糊的想法转化为具体的实施计划
- 进行结构化的需求收集
- 创建经过多方验证的高质量计划
为什么要使用 Plan?
Section titled “为什么要使用 Plan?”- ❌ 直接开始编码,后续反复修改
- ❌ 需求不清晰,边做边改
- ❌ 遗漏关键场景和边界情况
- ❌ 计划过于理想,无法执行
Plan 的价值
Section titled “Plan 的价值”- ✅ 结构化需求收集,避免遗漏
- ✅ 专家分析,发现隐藏需求
- ✅ 质量门禁,确保计划可执行
- ✅ 共识模式,多视角验证
1. 四大执行模式
Section titled “1. 四大执行模式”| 模式 | 触发条件 | 适用场景 |
|---|---|---|
| Interview | 默认,模糊请求 | 需求不明确,需要引导 |
| Direct | --direct 标志 | 需求已清晰,直接生成 |
| Consensus | --consensus 或 ralplan | 重要决策,需要多方验证 |
| Review | --review | 评审现有计划 |
2. RALPLAN-DR 结构
Section titled “2. RALPLAN-DR 结构”共识模式使用的结构化决策框架:
- Recommendation - 建议
- Alternatives - 备选方案
- Learning - 经验教训
- Principles - 原则
- Likelihood - 可能性
- Action - 行动
- Notes - 笔记
- Decision - 决策
- Risk - 风险
3. 质量标准
Section titled “3. 质量标准”| 标准 | 要求 |
|---|---|
| 引用率 | 80%+ 的论点需要文件/行号引用 |
| 可测试性 | 90%+ 的标准需要可验证 |
场景 1:启动新项目
Section titled “场景 1:启动新项目”# 用户说:帮我规划一个电商系统plan this
# Plan 会:# 1. 进入 Interview 模式# 2. 询问你的需求、预算、时间限制# 3. 探索代码库了解现有架构# 4. 创建详细实施计划场景 2:评审现有计划
Section titled “场景 2:评审现有计划”# 用户说:review this planplan --review
# Plan 会:# 1. 使用 Critic 代理评估计划# 2. 检查质量标准# 3. 提供改进建议场景 3:重要决策
Section titled “场景 3:重要决策”# 用户说:让我们用 ralplan 方式来规划plan --consensus
# Plan 会:# 1. Planner 创建初始计划# 2. Architect 进行架构评审# 3. Critic 进行质量评审# 4. 循环迭代直到达成共识# 基本使用/plan # 启动规划plan this # 规划这个plan the system redesign # 规划系统重构
# 高级模式plan --direct # 直接模式,跳过访谈plan --consensus # 共识模式plan --review # 评审模式plan --deliberate # 审慎模式(高风险)plan --interactive # 交互模式(每步确认)
# 与 Provider 配合plan --architect codex # 使用 Codex 做架构评审plan --critic codex # 使用 Codex 做质量评审工作流程详解
Section titled “工作流程详解”Interview 模式流程
Section titled “Interview 模式流程”1. 分类请求 ├── 广义的(模糊动词,3+ 领域)→ 继续访谈 └── 具体的 → 跳到直接模式
2. 一次只问一个问题 使用 AskUserQuestion 组件
3. 先探索代码库 spawn explore agent 获取上下文
4. 构建在之前的答案上 每问基于上答
5. 咨询分析师 (Opus) 发现隐藏需求、边缘情况、风险
6. 创建计划 当用户说 "create the plan"Consensus 模式流程
Section titled “Consensus 模式流程”1. Planner 创建初始计划 + RALPLAN-DR 摘要
2. 用户反馈 (--interactive) - Proceed to review - Request changes - Skip review
3. Architect 架构评审 - 反论点(最强钢男) - 权衡取舍 - 合成路径
4. Critic 质量评审 - 原则一致性 - 备选方案公平性 - 风险可清晰度 - 验收标准可测试性
5. 循环迭代(最多5次) 如果不通过 → 回到 Planner- 尽早启动 - 任何非平凡任务先 plan
- 提供上下文 - 告诉 Plan 你的约束和偏好
- 使用共识模式 - 重要决策用
--consensus - 遵循计划 - 计划制定后严格执行
- 迭代改进 - 根据反馈优化计划
- 不要跳过 Plan - 编码前必须规划
- 不要一次问多个问题 - 一次只问一个
- 不要跳过代码探索 - 先了解现有代码
- 不要忽略质量标准 - 确保计划可执行
与其他技能的关系
Section titled “与其他技能的关系”| 技能 | 关系 |
|---|---|
| deep-interview | Plan 的前置技能,需求收集 |
| autopilot | Plan 之后的下游,执行计划 |
| ralph | 执行具体任务 |
| team | 多任务分配给团队 |
- 输入你的想法 -
/plan或plan this - 回答问题 - 一次一个,提供详细信息
- 等待分析 - Plan 会探索代码库
- 审阅计划 - 检查质量标准
- 批准执行 - 交给 autopilot 或 ralph
官方文档: plan/SKILL.md