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

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

字段	值
文档编号	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(每任务一行,完成后填写)

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