用途：将已批准的功能或 PRD 分解为可实施的开发任务清单，帮助团队按测试驱动开发（TDD）方式推进功能实现。资料显示它强调从明确授权的需求出发，未决范围要标记，小型 bug 修复不要求 PRD。
主要能力：先做项目检测，依据配置文件识别源码目录、测试目录、测试命令和文档工具；在可用时运行检测到的测试命令做基线验证，记录失败并区分环境失败与断言失败；随后分析需求，识别用户可见行为，选取最小切片，按父任务分组生成任务清单。每个父任务组按 TDD 四元组组织：写失败测试、确认失败、实现、确认通过。
使用方式：按工作流执行项目检测、验证、需求分析、生成任务和最终校验。Task 0.0 依据项目策略创建或记录隔离的功能分支，输出文件为 /tasks/tasks-[feature-name].md，并使用 TASK_TEMPLATES.md 模板。测试命令参考 TEST_COMMANDS.md。
适用场景：功能开发前的任务拆分、实现计划、功能分解、生成任务等触发词场景。也提到与 create-prd 和 estimate-tasks 的衔接：前者提供需求，后者在任务生成后进行估算。
限制：资料未提供具体安装命令、运行环境要求、许可证或价格信息。明确要求不得把 TDD 子任务合并成单个任务；任务应来自已批准 PRD 或用户授权的明确需求；仅当存在重大决策时才提问。