用途：Megaplan 面向多文件、模糊、高风险或多阶段的工作，适合需要在执行前先经过批评审查、且重视可恢复性与执行纪律的任务；对显而易见、低风险的修改可跳过。
主要能力：采用对抗式计划—批评—门控循环。角色分工为：Planner（build 子代理）负责 plan、revise、finalize；Critics（3 个 deep 子代理）分别从可行性、架构、风险角度批评；Reviewer（deep 子代理）做最终独立复核；Orchestrator（主线程）负责状态、门控与执行循环。工作流为 init -> plan -> critique -> gate -> revise/finalize -> execute -> review。critique 并行运行 3 个 deep 批评者并合并标记；gate 由主线程计算后交由 build 决策；execute 由主线程负责；review 委托给 deep。
使用方式：以 .megaplan/plans/<name>/runbook.md 作为连续性事实来源，在压缩或恢复后优先信任它而非对话记忆。执行阶段主线程负责批次选择、实现、进度维护、提交与 runbook 更新，仅将 simplify、提交前复核、必要的专家验证等需要全新视角的工作委托出去。每次提交前须委托全新的 simplify 与提交前复核，修复必需项后再原子提交。执行期间用 runbook.md 中确切的 ## Continue 段落设置 /never-stop，并在有意义步骤后刷新，完成或阻塞时清除。执行循环为：找到下一个未阻塞的 WorkingBatch、主线程实现、委托全新 simplify、委托全新 review、修复必需项、原子提交、更新 runbook.md，然后重复；仅在 complete 或 blocked 时停止。
限制与产物：runbook.md 应保持最小化，只含 Status、Step、Next、Batch、Last commit、Watch、Blocker 与 ## Continue，不应写成日记，历史与证据放在其他产物中。产物位于 .megaplan/plans/<name>/，包括 runbook.md、plan_v<N>.md 与 plan_v<N>.meta.json、faults.json、gate.json、finalize.json、review.json，以及按需生成的批评、执行证据与摘要。参考资料为 references/prompts.md 与 references/evaluation.md。其余细节暂未提供。