用途：pocket-planning 衔接 pocket-grinding 规格与 pocket-development 执行。当 pocket-grinding 交接（规格路径 + 验收标准）到达，或用户要求“从规格创建计划”“构建执行计划”时使用。没有完成的 pocket-grinding 规格时不应使用；重新规划已在执行的任务应直接用 pocket-development。
主要能力：扫描代码库上下文、映射文件结构、把验收标准拆解为 TDD 结构任务、生成含测试先行步骤与提交的 Pocket Packets，并在交接前运行规格审查子代理；当 Phase 6 触发条件出现时（跨单元 GWT 场景、测试层级不明确、持久化/并发/网络/外部服务行为会实质改变测试方式，或 [test-risk] 任务），额外运行条件性测试策略审计。核心原则：每个任务都是 red → green → refactor → commit，步骤位于任务内部，Pocket 强制执行顺序与并行性。测试边界：规划负责测试意图，开发负责测试实现，包中只携带测试意图，不写测试源码。
使用方式：按 Phase 0 预检（代码库扫描、库文档检索、预检摘要）、Phase 1 解析规格、Phase 2 文件结构映射、Phase 3 拆解任务、Phase 4 生成 Pocket Packets 等阶段推进。依赖标注包括 [prereq]、[depends: T1]、[parallel: T3]、[test-risk]。
限制：需先有完成的 pocket-grinding 规格；每个审查门最多两轮实质性修正/审查或审查者恢复；达到上限需报告 RECOVERY_CHECKPOINT 并等待用户明确授权；不得在存在未解决阻塞性发现时声称通过或交接。资料未提供具体安装命令、收费与平台信息。