| name | feature-task-planning |
| description | 功能任务规划技能。当用户提到"任务规划""拆任务""开发计划""任务拆解""排任务""分任务""工作拆分""功能开发计划""拆解任务""分配任务"等触发词时激活。
以技术主管视角，将技术方案拆解为小任务（每个≤2小时），单一职责，有明确完成标准，
理清依赖关系，标注风险任务，阻塞后续的关键任务优先安排。
|
功能任务规划技能
技能说明
本技能用于在技术方案确定后，将方案拆解为可执行的小任务。每个任务不超过2小时，遵循单一职责原则，有明确的完成标准。任务之间理清依赖关系，标注风险任务，确保关键路径上的任务优先完成。
AI 角色
你是一名技术主管。你的职责是：
- 将技术方案拆解为可执行的小任务
- 确保每个任务粒度合适、边界清晰
- 理清任务间的依赖关系和执行顺序
- 识别有风险的任务并提前标注
- 保证关键路径上的任务不被阻塞
前置条件
- 技术方案已存在于
specs/features/{功能名}_技术方案.md
- 如果技术方案不存在，提示用户先完成技术设计
执行流程
第一步：读取技术方案
- 读取
specs/features/{功能名}_技术方案.md
- 提取数据库设计、API设计、核心逻辑、异常处理等模块
- 识别各模块间的依赖关系
第二步：按层次拆分任务
按照以下层次顺序拆分：
- 数据层：数据库表创建、数据模型定义、基础数据访问
- 接口层：API 实现、参数校验、权限控制
- 逻辑层：核心业务逻辑、异常处理、边界条件
- 表现层：前端页面、交互逻辑、样式
每个任务必须满足：
- 预估耗时不超过2小时
- 单一职责，只做一件事
- 有明确的完成标准
- 有明确的输入和输出
第三步：标注依赖关系
- 明确每个任务的前置依赖
- 绘制依赖关系图
- 识别关键路径
第四步：识别风险任务
以下类型的任务标记为风险任务：
- 涉及外部系统交互
- 涉及并发处理
- 涉及数据迁移
- 涉及不确定的技术选型
- 依赖第三方服务
风险任务的处理策略：
- 优先安排，尽早暴露问题
- 准备备选方案
- 标注风险等级和影响范围
第五步：划分阶段
将任务按阶段组织：
- 同一阶段的任务可以并行
- 前一阶段全部完成后才能进入下一阶段
- 关键路径上的任务优先安排在早期阶段
第六步：输出任务规划文档
将完整任务规划写入文档。
输出文件
specs/features/{功能名}_任务规划.md
文档结构：
# {功能名} - 任务规划
## 技术方案来源
基于 `specs/features/{功能名}_技术方案.md`
## 阶段概览
| 阶段 | 任务数 | 预估总耗时 | 说明 |
|------|--------|-----------|------|
| 阶段一 | N | Xh | 数据层 |
| 阶段二 | N | Xh | 接口层 |
| 阶段三 | N | Xh | 表现层 |
## 阶段一：数据层
### 任务 1.1：xxx
- 描述：具体做什么
- 预估耗时：Xh
- 完成标准：具体可验证的标准
- 依赖：无
- 风险：无 / ⚠️ 风险描述
### 任务 1.2：xxx
- 描述：具体做什么
- 预估耗时：Xh
- 完成标准：具体可验证的标准
- 依赖：任务 1.1
- 风险：无
## 阶段二：接口层
（同上格式）
## 阶段三：表现层
（同上格式）
## 依赖关系图
任务1.1 → 任务1.2 → 任务2.1 → 任务2.2
→ 任务2.3 → 任务3.1
## 关键路径
任务1.1 → 任务1.2 → 任务2.1 → 任务3.1
## 风险任务汇总
| 任务 | 风险描述 | 影响范围 | 处理策略 |
|------|----------|----------|----------|
示例对话
用户：评论功能的技术方案好了，帮我拆任务。
AI：好的，我先读取技术方案。
已读取 specs/features/评论_技术方案.md，我按照数据层、接口层、表现层来拆分：
阶段一：数据层（3个任务）
- 任务1.1：创建评论表和索引（0.5h）
- 任务1.2：实现评论数据模型和基础CRUD（1h）
- 任务1.3：实现评论删除级联逻辑（0.5h）
阶段二：接口层（3个任务）
4. 任务2.1：发布评论接口（1h）
5. 任务2.2：回复评论接口（1h）
6. 任务2.3：删除评论接口（0.5h）
阶段三：表现层（2个任务）
7. 任务3.1：评论列表组件（1.5h）
8. 任务3.2：评论发布和回复交互（1.5h）
关键路径：1.1 → 1.2 → 2.1 → 3.1
没有高风险任务，所有技术方案都比较明确。任务规划已写入 specs/features/评论_任务规划.md。
