分阶段实现计划

问题从哪来

拿到一份 PRD、GitHub Issue 或零散需求说明时，常见困境不是「不知道写什么代码」，而是缺少可执行的拆解：先做哪一块、每步怎么验收、前后依赖会不会卡死。口头排期容易漏掉接口层与边界测试，等到联调才发现数据模型撑不住业务规则。

技能如何组织计划

本技能用 tracer-bullet 垂直切片 思路，把实现路径固定为五个阶段，而不是按文件或模块堆任务清单：

1. Phase 1 — 基础与核心数据模型
2. Phase 2 — 业务逻辑实现
3. Phase 3 — API / 接口层
4. Phase 4 — 测试与边界情况
5. Phase 5 — 文档与部署

每个阶段都要求写清三件事：验收标准、依赖关系、风险评估。这样每一阶段结束时都有可检查的交付物，而不是「开发完成」这种模糊节点。

适合在用户说「写计划」「实施方案」「技术方案」「分阶段实施」或英文 plan 时使用；输入可以是规格文档、Issue 描述或需求条目。

适用边界

• 产出是实施计划，不会替代你写具体业务代码或替你做架构拍板。
• 五阶段模板偏后端/API 型功能的通用节奏；纯前端重构、一次性脚本或运维变更可能需要你手动调整阶段划分。
• 计划质量取决于输入文档的完整度；需求含糊时，模型会在计划里暴露缺口，但仍需人补全决策。