计划模式通过三种方式启用，要求提示词明确目标、规定计划要素并禁止擅自修改文件，合格计划需满足文件聚焦、影响标注、验证明确、风险披露四指标，审阅后确认方可执行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让 Codex 修改代码前先跟你确认方案，而不是直接动手改错文件、删掉关键逻辑、漏掉测试覆盖——计划模式就是专为这种需求设计的。
开启计划模式的三种方式
方法一：对话开头加指令词。输入“请启用计划模式，分析登录失败问题并给出修复方案”，Codex会暂停执行，只输出结构化计划。
方法二：点击界面左上角「Plan」按钮，切换为计划专属视图。该模式下所有后续指令自动进入只读分析+方案生成流程，【不会写入任何文件】。
方法三：在设置里打开「Always start in plan mode」开关。适合刚接手陌生仓库的新手，强制每轮任务都先过计划关卡。
写出能触发高质量计划的提示词
第一步：明确任务目标。例如：“把用户注册流程中的邮箱验证改成可选，同时保留老用户数据兼容性。”
第二步：指定计划必须包含的要素。直接在需求后追加说明：
“请先：1. 查看相关文件和项目结构；2. 说明当前情况；3. 拆分实施步骤；4. 指出可能的风险；5. 告诉我需要修改哪些文件；6. 说明如何测试。”
第三步：强调禁止行为。加上一句：“先不要修改文件，等我确认计划后再执行。”这句很关键——Codex在计划模式下默认不写文件，但加了这句话能防止它在你没注意时误判上下文而越界。
这一步操作起来很简单，直接把上面三段话复制粘贴进输入框就行。如果你漏掉“先不要修改文件”这句，它可能在你还没看完计划时就悄悄打开了编辑器。
判断计划是否合格的四个硬指标
① 明确列出要读取的3个以内核心文件（如 auth.service.ts、login.controller.ts、auth.spec.ts），超出即说明上下文未聚焦；
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
② 每项改动标注影响范围（例如“仅影响密码校验分支，不触达JWT签发流程”）；
③ 给出验证方式（如“运行 npm test -- -t 'login with wrong password'”），没有验证项的计划等于没终点；
④ 标注风险点（如“需确认 Redis 连接池是否复用，避免并发时连接耗尽”），【不提风险的计划默认不可信】。
审阅并干预执行计划
第一步：快速扫一眼计划里列出的文件是否都在你当前工作区范围内。如果出现 ../config/auth.js 这类越界路径，说明 Codex 试图访问权限外文件，【此时必须阻止，否则可能触发沙箱报错中断】。
第二步：检查它标注的“风险点”项。比如写明“此处修改将影响 SSO 登录回调逻辑”，你就知道得同步通知运维同事。
第三步：对某一步骤有异议？直接在该条目后回复，例如：“第3步不要删掉 validateEmail() 函数，改为加 flag 控制开关。” Codex 会重拟计划，不跳过重新讨论。
批准后自动执行
当你输入“执行”或“ok,按计划走”，Codex 立即进入执行阶段：读取文件 → 应用修改 → 运行单元测试 → 输出 diff 预览 → 提交变更到 Git（如已初始化）。
整个过程在右侧沙箱终端实时显示，每步操作都带时间戳和状态标记，失败时自动回滚到修改前快照。
