阶段二：开发计划与实现

这一阶段做什么

上一阶段你已经确认了"要做什么"和"做成什么样"，这一阶段回答两个问题：怎么一步步做，然后动手做。

开发计划：把设计变成可执行的任务清单

设计文档告诉你目标是什么，但不会告诉你第一步改哪个文件、第二步跑什么测试。开发计划就是把这个过程拆清楚——先做什么、后做什么、每一步完成后怎么验证。

好的计划有一个简单标准：拿到计划的人（或 AI）能直接动手，不需要再猜该做什么。 如果计划里有任务说不清楚、没法验证、或者不知道依赖什么，那就不该开始写代码，而是先回去把计划改清楚。

实现：按计划写代码

计划确认后，AI 会在约束范围内按计划执行代码变更。实现过程支持 Git Worktree 隔离——代码改动在独立分支上进行，完成后再合并回主工作区，避免中途影响其他工作。

操作步骤

第 1 步：生成开发计划

/openflow-writing-plan 添加用户资料页

AI 会读取上一阶段生成的 design.md 和 behavior.md，然后把工作拆成有序的任务列表，输出 plan.md。

第 2 步：检查计划

简单任务可以跳过这步，直接执行。复杂任务建议让 AI 帮你审查：

请帮我检查一下开发计划，任务顺序是否合理，约束是否传递到位，验证命令是否能跑。

第 3 步：执行实现

/openflow-implement 添加用户资料页

确认计划没问题后运行。AI 会按计划执行代码变更，完成后自动触发质量门。

常见情况

情况	怎么处理
计划里某个任务说不清楚	让 AI 修改计划，不要直接开始写代码
发现遗漏了一个约束	回去更新计划，把约束补上
实现过程中发现设计有问题	回到阶段一更新设计文档，再重新生成计划
安装了 omo	计划会自动路由到 Prometheus 代理执行
没有安装 omo	使用 OpenCode 原生模式执行，功能完全够用

阶段产出

完成这一阶段后，你的项目会多出：

• docs/changes/{日期}-{需求名}/plan.md — 开发计划
• 代码变更（在主分支或 Worktree 隔离分支上）

质量门的结果会在阶段三详细说明。

下一步：阶段三：验证与归档 →