用途：在已有书面实施计划时，按批次执行任务并在批次之间设置人工审查检查点。核心理念是带检查点的批量执行，便于架构师监督与纠偏。
主要能力：加载计划并逐任务批判性审查；将任务装入跟踪清单；按默认每批 3 个任务执行，逐任务标记 in_progress、按计划步骤执行并运行指定验证、标记 completed；每批完成后报告实现内容与验证输出，并说明“Ready for feedback”，等待反馈后再继续；全部完成后调用 godmode:merge-protocol 收尾。
适用场景：存在书面计划、任务相对独立、批次间由人审查、在独立于规划会话的并行会话中工作。若留在同一会话并偏好自动化两阶段审查，宜用 delegated-execution；若无书面计划或任务高度耦合，宜手动执行。
必要用法：开始前需通过入口协议——计划存在且可访问、已逐任务批判性审查、疑问已澄清、基线测试通过、位于干净的功能分支、使用 git worktree 隔离、任务清单已建立；任一条件不满足即停止。执行中遇到阻塞、测试反复失败或指令不清时立即停止并询问。不得在未获明确同意时于 main/master 分支实施，不得跳过验证或未经沟通擅自偏离计划。相关工作流技能包括 godmode:workspace-isolation、godmode:task-planning、godmode:merge-protocol，执行中可能用到 godmode:test-first、godmode:fault-diagnosis、godmode:completion-gate。
限制：资料未提供安装命令、收费、平台支持或具体效果数据。