用途：将规格或明确需求拆解为小而可验证的任务，每个任务附验收标准，让智能体能可靠完成工作。适用于有规格待拆解、任务过大或模糊、需跨多智能体或会话并行、需向人说明范围、实现顺序不明时；单文件且范围明确、或规格已含定义好的任务时不适用。
主要能力与流程：一、进入计划模式，只读地读规格与相关代码、识别既有模式与约定、梳理组件依赖、记录风险与未知，规划阶段不写代码，输出计划文档。二、绘制依赖图，按自底向上顺序实现，先建基础。三、垂直切片而非水平切片，每次交付一条完整可测的功能路径（如注册：schema+API+UI）。四、按固定结构写任务：标题、描述、验收标准、验证步骤（如测试 npm test -- --grep "feature-name"、构建 npm run build、人工检查）、依赖、可能改动的文件、估算范围。五、排序与检查点，保证依赖满足、每任务后系统可运行、每2-3个任务设验证检查点、高风险任务靠前。
任务尺寸：XS为1文件单函数或配置，S为1-2文件单组件或端点，M为3-5文件一个功能切片，L为5-8文件多组件功能，XL为8+文件需再拆。L及以上应拆小，智能体在S、M上表现最佳。需再拆的信号：超过一次专注会话（约2小时以上）、验收标准超过3条、涉及两个以上独立子系统、标题里出现“和”。
计划文档模板含概述、架构决策、分阶段任务清单与阶段检查点、风险与缓解表、待人工确认的开放问题。并行化：独立功能切片、已实现功能的测试、文档可安全并行；数据库迁移、共享状态变更、依赖链须串行；共享API契约的功能需先定契约再并行。
验证与红线：实施前确认每个任务有验收标准与验证步骤、依赖已识别且排序正确、单任务不超过约5个文件、主要阶段间有检查点、计划经人工审阅批准。红线包括无书面任务清单就开工、任务无验收标准、无验证步骤、全是XL任务、任务间无检查点、未考虑依赖顺序。
限制：具体收费、价格、平台与效果资料暂未提供。