task-breakdown
Installation
SKILL.md
任务拆分
何时使用
- 全栈工作流第 5 阶段:程序设计完成后、单元测试之前。
- 用户要求将设计拆为可管理的开发节奏时。
输入
读取当前迭代目录下的:
- 需求文档(
requirements-{id}.md) - 技术评审文档(
technical-review-{id}.md) - 程序设计文档(
program-design-{id}.md)
执行要点
- 拆分粒度:每个任务应在 1~4 小时内可完成,包含明确的输入和产出。
- 依赖排序:标注任务间依赖关系,生成执行顺序(可并行的标注为并行)。
- 优先级:P0(核心流程)、P1(重要功能)、P2(增强/优化)。
- 验收标准:每个任务附简要验收条件(与后续单元测试对应)。
- 分批建议:按开发批次(Sprint/Batch)组织,建议每批 3~7 个任务。
产出
- 使用 templates/task-breakdown-template.md 产出任务拆分文档,供「单元测试」和「代码开发」按顺序执行。
文档与状态
- 产出写入
docs/{current_iteration_id}/task-breakdown-{task_breakdown_id}.md。 - 开始前:调用
history-managerskill 的get-phase task_breakdown和check-file确认是否已完成。 - 完成后:调用
history-managerskill 的set-phase task_breakdown {task_breakdown_id}记录并推进状态。
Related skills
More from rainlib/full-stack-skill
dev-workflow
全栈开发工作流编排器,按 8 阶段顺序执行:需求分析 → 技术选型 → 技术评审 → 程序设计 → 任务拆分 → 单元测试 → 代码开发 → 自我验证。
2unit-testing
根据程序设计与任务拆分产出单元测试用例与预期结果,为代码开发提供验收标准。全栈工作流第 6 阶段。
1history-manager
Manage workflow iteration state and history. Use when any phase skill needs to check progress, create iterations, update phase status, or verify document existence. Invoked by dev-workflow and all phase skills.
1technical-review
评审需求与技术选型的架构可行性,定义 API 契约、数据模型、识别风险项。在技术选型之后、程序设计之前使用。
1program-design
根据需求、技术选型与技术评审设计程序结构、流程与工程目录。全栈工作流第 4 阶段。
1code-development
根据单元测试用例、任务拆分与程序设计实现代码,并通过测试验证。全栈工作流第 7 阶段。
1