inline-execution 是 godmode 技能集中的一种执行模式，用途是让当前智能体在本上下文中亲自逐项执行一份书面实施计划，而不是把每个任务交给子智能体实现者和审查者。它被称为最便宜的执行模式：一个上下文加一名最终审查者。
主要能力与原则：该模式假定计划已经完成了思考，因此要求严格执行计划，用亲眼看到失败再通过的测试证明每一步，并留下能在自身遗忘后仍可恢复的台账。它放弃了每个任务的新鲜上下文和第二双眼睛，转而用其他方式弥补：任务简报即规格说明，台账即记忆，测试先行是每个任务的关卡，最终审查者提供第二双眼睛。其首要指令是：没有亲自读过测试运行结果并写入台账行，任何任务都不算完成。
使用方式：需先存在 godmode:task-planning 产出的计划且用户选择内联执行；或运行环境无法分派子智能体；或计划较短且已完整写明要写的代码。执行时先调用 godmode:workspace-isolation 隔离工作区，除非用户明确同意否则不在主干分支上实现；打开计划工作区与台账 .godmode/runs/<plan-slug>/progress.md，在第二行写 Mode: inline，如已有台账则从第一个未标记完成的任务继续；通读计划及其引用的规格，为每个计划任务建立追踪项；在任务 1 之前加载 godmode:test-first；进行预检扫描，为存在产出与消费关系的任务写台账行，并在任务 1 前对每处冲突作出裁定。随后按顺序运行任务循环：记录 BASE 提交、提取任务简报并阅读、按红绿顺序执行步骤并比对真实输出、按计划的提交步骤提交、满足完成契约后在同一提交步骤追加完成行与成本行。全部任务结束后构建审查包，有子智能体时在顶级模型上分派一名新审查者进行整分支审查，无子智能体时自行作为独立一遍审查并如实说明。对 Critical 和 Important 发现进行一次修复，每项修复先写复现测试；Minor 只记入台账延后，不进入修复。最后汇报所有裁定与延后事项，调用 godmode:merge-protocol，并在工作落地或用户保留分支后删除计划工作区。
适用场景：用户选择更省成本的模式、环境不支持子智能体、或计划已完整到只需转录加测试时。限制：若用户要求每个任务都有审查关卡、计划过长导致末段在高度压缩的上下文中执行，或存在多个无共享计划的独立问题，则不应使用本模式。遇到不可逆或破坏性操作、安全敏感操作、按惯例需先询问的外部副作用（合并、推送到共享分支、发布），或计划严重到每前进一步都是猜测时，执行会停止。收费、价格与具体平台信息暂未提供。