name: 任务生成器 description: | 从规范或需求生成结构化任务列表。重要：通过ExitSpecMode完成任何规范后，总是询问用户：“您希望我为此规范生成任务列表吗？”当用户确认或明确要求从计划/规范/PRD生成任务时使用。

任务生成器

从规范、计划或需求生成详细、逐步的任务列表。

工作流程（2阶段过程）

第一阶段：生成父任务

分析规范/计划内容以获取功能需求和实施范围
在/tasks/tasks-[功能名称].md创建任务文件
生成5-7个高级父任务：
- 总是从任务0.0开始：“创建功能分支”（除非用户明确选择退出）
- 根据判断决定附加任务的数量
以输出格式向用户呈现父任务（不含子任务）
告诉用户：“我已生成高级任务。准备好生成子任务了吗？回复Go继续。”

第二阶段：生成子任务

等待用户回复“Go”
将每个父任务分解为更小、可操作的子任务
识别相关文件以创建/修改（包括测试文件）
用完整结构更新任务文件

输出格式

保存到/tasks/tasks-[功能名称].md：

## 相关文件

- `路径/到/文件.ts` - 为什么此文件相关的简要描述
- `路径/到/文件.test.ts` - file.ts的单元测试
- `路径/到/组件.tsx` - 组件描述
- `路径/到/组件.test.tsx` - 组件.tsx的单元测试

### 注意事项

- 单元测试应放在它们测试的代码文件旁边
- 使用`npx jest [可选/路径/到/测试/文件]`运行测试

## 完成任务说明

**重要：** 完成每个任务后，通过将`- [ ]`更改为`- [x]`勾选。每个子任务完成后更新。

## 任务

- [ ] 0.0 创建功能分支
  - [ ] 0.1 创建并检出新分支（`git checkout -b feature/[功能名称]`）
- [ ] 1.0 [父任务标题]
  - [ ] 1.1 [子任务描述]
  - [ ] 1.2 [子任务描述]
- [ ] 2.0 [父任务标题]
  - [ ] 2.1 [子任务描述]

指南

目标受众： 将实施功能的初级开发者
任务风格： 使用祈使动词（创建、添加、实施、更新）
功能名称： 从规范标题/主题派生，使用kebab-case
文件识别： 包括源文件和测试文件
子任务粒度： 每个子任务应该在一个专注会话中可完成