planning 是一个状态机编排器，采用可变发现、PRD 构建和完整 PLAN→EXECUTE→EMIT→VERIFY→COMPLETE 生命周期。资料说明它应在会话开始以及出现任何新任务时调用。
用途与主要能力：轮次开始时，自动回忆已加载先前记忆，PLAN 在此基础上做定向侦察。在把某个未知项认定为缺失之前，先进行搜索；在设计抽象之前，先检查代码库中是否已存在。PLAN 的首个动作是并行包：针对请求中的名词发起 3–5 个 exec:recall 与 3–5 个 exec:codesearch，并在一条消息中发出。命中成为 weak_prior，采纳前仍需见证；未命中确认该未知项是新的。
用法：将并行包写入 .gm/exec-spool/in/recall/1.txt 等文件，并在一条消息中完成，之后一起读取 out/*.json。
状态与文件：.gm/prd.yml 写入覆盖族与显式依赖图；.gm/mutables.yml 与 prd 同级，每个未知项以 status: unknown 行落地。在存在 unknown 行时，hook 层会硬阻止 Write、Edit、git commit、git push 与停止。仅当 witness_evidence 带有具体证明（file:line、codesearch 命中、exec 输出片段）时，行才翻转为 witnessed；叙述式解除会被读取时拒绝。PLAN 只在最终 pass 达到 ε = 0 时退出。
调度命令包括 phase-status 读取 FSM 状态、transition 推进、mutable-resolve 标记 witnessed（自动触发 memorize），以及常规的 recall、codesearch、memorize、health、language 命令。转换时读取 out/<N>.json::nextSkill，并立即调用 Skill(skill="gm:<nextSkill>")。
限制：范围超出触达是规划条件而非停止条件；只有超出精神范围或不可达的残留才 name-and-stop。资料未提供该技能的具体收费、平台与效果信息。