# [功能] — 实施计划

**日期**：YYYY-MM-DD  
**设计来源**：[链接或相对路径，指向 brainstorming 输出文档，例如：`docs/.../brainstorming-output.md`]  
**知识来源**：[项目 .deepwiki 路径]  
**来源统计**：[DW]: X 条 | [SRC]: Y 条 | [EXT]: Z 条  

> 说明：实施计划应优先锚定 `[DW]` 架构与 `[SRC]` 现状；`[EXT]` 占比建议在 grounding 阈值内。

---

## 1. 知识上下文

（架构、技术栈、代码结构，来自 `.deepwiki` 与 context-building；列出与本次实施直接相关的章节或页面路径。）

- [DW] `pages/[架构或模块].md`：…
- …

---

## 2. 文件结构

（需创建/修改的文件，每个文件的职责说明。）

| 文件路径 | 操作 | 职责 |
|----------|------|------|
| `[path/to/file]` | 新建 / 修改 | [该文件在方案中的职责，一句话] |
| `[path/to/file]` | 新建 / 修改 | … |

---

## 3. 实施路径分析（ToT）

（对实施方案做多路径比较：例如「最小改动」「分阶段迁移」「一次性重构」等；每条路径注明 `[DW]`/`[SRC]` 依据与取舍。）

### 路径 A：[名称]

- 概要：…
- 依据：[DW/SRC 引用]
- 优点 / 缺点：…

### 路径 B：[名称]

- …

**选定路径**：[A/B/…] — 一句话理由。

---

## 4. 任务分解

### Task 1：[组件名]

- [ ] **Step 1**：[步骤标题或动作]
  - **涉及文件**：`[path]` …
  - **预期结果**：…
  - **验证方法**：[命令 / 单测 / 手工检查步骤]
- [ ] **Step 2**：…
  - **涉及文件**：…
  - **预期结果**：…
  - **验证方法**：…

### Task 2：[组件名]

- [ ] **Step 1**：…
  - **涉及文件**：…
  - **预期结果**：…
  - **验证方法**：…

> 可按实际粒度继续添加 Task N；每个 Step 尽量保持可独立完成与可验证。

---

## 5. 验证清单

- [ ] 所有任务已完成（与 §4 勾选一致）
- [ ] 来源统计在阈值内（例如 `[EXT]` < 40%，以项目 grounding 规则为准）
- [ ] 与现有架构兼容（参照 `[DW]` 架构文档：`pages/[…].md`）
- [ ] [其他项目级检查项，如 CI、文档、回滚策略等]