用途：把 project-planner 产出的 plan.md（模块图、风险、验收标准）或直接给出的高层目标，拆解为有序、可执行的原子任务，并持久化跟踪进度。适用于功能需 4 步以上、跨前后端多文件改动、需要并行分配给多个智能体或开发者、或需跨上下文窗口续接的场景。
主要能力：每个任务遵循原子范围（最多 2-3 个文件）、单一可观察结果、独立验证命令、显式前置任务 ID、变更不超过 200 行、无孤立任务等规则；提供任务模板（Files、Preconditions、Steps、Done when、Complexity）；按基础设施与配置、数据库与迁移、共享类型与接口、后端服务、后端路由、前端数据层、前端组件、测试、集成与 E2E 的顺序排优先级；生成文本依赖图并检查循环依赖；创建 task_plan.md、progress.md、findings.md 三个持久文件，用 ⏳/🔄/✅/❌ 标记状态。
使用方式：读取目标或 plan.md，识别受影响层次，先建无前置的根任务，再逐层串联依赖，校验原子性与规模（超过 large 必须再拆），写出持久文件并展示任务清单与依赖图。验证命令示例保持原样，如 pytest tests/unit/test_user.py -x、npm test -- --grep "Component"。
限制：不用于高层项目规划或功能范围界定（用 project-planner）、架构决策（用 system-architecture）、编写实现代码（用 python-backend-expert 或 react-frontend-expert）、编写测试（用 pytest-patterns 或 react-testing-patterns）。遇到循环依赖需抽取共享依赖为新任务；难以独立验证时加轻量集成测试或记录手动验证步骤；上下文窗口将耗尽时先写入 progress.md；若拆解发现范围过大，应分阶段而非生成单一庞大计划。具体收费、价格与平台信息暂未提供。