# 开发任务拆解:功能/需求名

> 文档元数据(每次修改必须更新)

| 字段 | 值 |
|---|---|
| 文档编号 | TASK-YYYYMMDD-功能名 |
| 版本号 | v1.0 |
| 最后更新日期 | YYYY-MM-DD |
| 状态 | 生效 |
| 本次变更原因 | 首次创建 |

> 用途:复杂任务(≥3 文件/跨模块/数据模型变更)实施前的拆解与执行跟踪(规则 17)。拆解优先**垂直切片**(端到端功能穿透全部技术层),禁止按技术层横切;每个任务六要素齐全才可开工。落盘 `docs/02-design/` 或项目约定的计划目录。

## 一、需求概述与边界

- 需求来源(PRD/交接文档编号):
- In scope / Out of scope:
- 验收口径(可量化):
- 已知风险点:

## 二、原子任务清单(每任务六要素)

| 任务 | 类型 | 涉及文件 | 执行动作 | 验证方法 | 安全检查 | 完成标准 |
|---|---|---|---|---|---|---|
| T1 名称 | auto/human-verify/decision | | | | | |

> 安全检查须指向具体风险(SQL 注入/XSS/CSRF/权限绕过/文件上传/敏感信息泄露),不涉及必须写明原因,禁止留空;`decision` 类任务须附 AI 建议方案,待人工决策后该任务方可开工。

## 三、Wave 分组与依赖

```
Wave 1(并行,无依赖)
├── T1
└── T2

Wave 2(依赖 Wave 1)
└── T3(依赖 T1、T2)
```

> 无依赖同 Wave 并行;有依赖排后续 Wave 串行;文件冲突的任务同 Wave 内串行或合并。

## 四、检查点记录(每完成一个 Wave 或累计 5 个任务更新)

| 时间 | 已完成(带验证证据) | 未完成/下一步 | 阻塞项 |
|---|---|---|---|

## 五、Task Summary(每任务一行,完成后填写)

| 任务 | 状态 | 修改文件 | 验证证据 | 偏差说明 | 遗留问题 |
|---|---|---|---|---|---|