用途：当你已有规格或需求，需要先把它拆成详细任务再执行时使用。核心假设是执行者技术熟练，但对项目工具链和问题域几乎零了解，也不知道如何验证自己做得对不对。
主要能力：产出完整任务拆解，说明每个任务要查看哪些现有文件、要改动哪些文件及具体改动；采用 DRY、YAGNI、TDD 原则；每个任务最后一步必须验证完成正确，最后一个任务验证全部改动符合规格。开始时会声明正在使用 task-breakdown 技能创建计划。
使用方式：先识别并加载相关代理技能（排除本技能与 @subagent-task-execution），输出将使用的技能列表。任务拆解文档以固定头部开头，包含 Goal、Approach、Skills、Tech Details。每个任务按组件命名，列出 Create/Modify/Test 的精确路径，步骤粒度约 2-5 分钟，例如先写失败测试、运行确认失败、写最小实现、清理、评审、再运行确认通过。完成后用子代理结合网络搜索对拆解做自我纠错评审，再按依赖顺序逐条呈现给用户，每条询问是否正确，确认后写入 docs/YYYY-MM-DD-<feature-name>-tasks.md。
适用场景：编码类多步骤任务的实现前规划，尤其需要精确文件路径、完整代码、精确命令与预期输出时。
限制：资料未提供具体平台、收费、价格或效果信息；技能依赖可用的代理技能与子代理机制，缺失时相关步骤无法执行。