用途：mission-plan 负责 mission SDD 技能族的规划阶段，把已定稿的 spec.md 转成 plan.md，明确每个被创建或修改的文件及其用途，并安排工作顺序，使每一步结束时代码树仍然有效、可运行。
主要能力：读取 spec.md 与关闭 spec 的 clarify 决定；把 spec 的验收标准作为计划的完成定义；列出全部待创建或修改文件，每项附一行用途说明；按测试先行排序，并给出能证明改动的确切测试命令；在 plan.md 中写入文件表、测试先行顺序，以及可能推翻该顺序的风险说明。产出步骤类型为 generate，输出类型为 draft，读取来源为 spec.md 与 clarify，产物为 plan.md。
使用方式：需要先安装 factory-mission 技能及其共享执行器约定，安装命令为 adlc-cli skills add tikalk/adlc-team-skills --skill factory-mission，约定文件位于 .agents/skills/factory-mission/references/executor.md。在本地会话中，当未设置 ADLC_RUN_ID、由人在会话中回答闸门时，若运行在闸门处暂停，应询问该闸门的问题与选项，再用 adlc-cli workflow resume <run_id> --input <verdict_input>=<answer> 恢复运行。若 verdict 为 SPEC_CORRECTION_NEEDED，应路由到负责的 clarify 闸门，即 spec 的 clarify 阶段，待 spec 修正后再修订计划；计划吸收修订，但不拥有该路由。
适用场景：当一份可度量的规格需要变成有序的实现计划时使用。
限制：本阶段没有闸门。不做 worktree 隔离，隔离属于编排器；不获取、续期或释放运行租约；不写跟踪系统，不评论、不加标签、不改状态、不创建 MR/PR；不批准、不合并、不发布。构建属于 mission-implement，验证与收敛属于 mission-verify，REVIEW 与 SHIP 属于 factory-review 与 factory-deploy。