将 PRD 拆解为可直接执行的实现计划文档。输出一个结构化的 `.plans/YYYY-MM-DD-<feature>.md` 计划文件，作为 executing-plans 的唯一输入契约。当用户说"帮我拆任务"、"生成实现计划"、"PRD 写完了，怎么开始开发"、"把需求拆成开发任务"、"我要开始编码了"时，必须使用本 skill。
product-strategy → prd-writer → [writing-plans] → harness-sync → executing-plans
输入：PRD 文档（来自 prd-writer，或用户提供的任意需求描述）
输出：.plans/YYYY-MM-DD-<feature>.md — 与 executing-plans 之间的解耦契约文件
| 用户提供的内容 | 处理方式 |
|---|---|
| 完整 PRD 文档 | 直接读取，开始拆解 |
| 部分需求描述 | 自行提炼关键功能列表，告知用户补充了哪些假设 |
| 什么都没有 | 问 1 个问题：这次要开发什么功能，大概涉及哪些模块？ |
→ 读取 PRD 或用户描述 → 提取：功能模块列表、核心数据流、外部依赖、验收标准 → 向用户确认功能边界和优先级，进入步骤二
→ 读 references/phase-2-file-structure.md
→ 列出每个文件的职责，明确新建/修改/删除
→ 遵循原则：单一职责、按职能分组（而非按技术层）
→ 读 references/phase-3-task-breakdown.md
→ 每个任务对应一个内聚功能单元
→ 每个步骤 2-5 分钟可完成，测试先于实现（TDD）
→ 同时读取（可并行）：
references/plan-template.md — 输出格式模板references/quality-check.md — 质量检查清单→ 保存到 .plans/YYYY-MM-DD-<feature>.md（路径相对于目标项目根目录）
→ 输出计划文件路径，告知用户：下一步运行 executing-plans，指定此文件
→ 不落盘、不自检，不算完成
# [功能名] 实现计划
> 本文件是 executing-plans 的输入。执行前不得修改任务步骤顺序。
**目标：** [一句话说清楚这个计划交付什么]
**PRD 来源：** [PRD 文件路径或描述]
**预估任务数：** N 个
---
## 文件结构
| 操作 | 路径 | 职责说明 |
---
## 任务列表
### Task N: [组件名]
> [这个任务交付什么，一句话]
**关联文件：** path/to/file.ts
- [ ] 写失败的测试
- [ ] 运行测试确认失败
- [ ] 实现最小可用代码
- [ ] 运行测试确认通过
- [ ] git commit -m "feat: ..."
---
## 验收标准
- [ ] 所有测试通过
- [ ] 无 lint 错误
- [ ] 核心功能手动验证通过
**依赖：** Task N 完成后才能开始执行完步骤四后，过一遍 references/quality-check.md 清单，全部通过才输出。