必须在任务开头第一句明确要求codex输出修改清单，如“完成后请清晰列出所有被新建、修改或删除的文件路径，并标注每处改动的简要目的”，并用结构化格式（字段名换行或编号符号分隔）锁定响应；同时结合git status前后快照比对实现双重验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在Codex中提交一个代码修改类任务，却无法快速确认它到底动了哪些文件、改了哪几行，就容易陷入反复核对或盲目信任的被动状态。必须让Codex在完成任务后主动输出明确的修改清单，而不是等你手动翻diff或猜改动范围。
在任务指令开头就声明输出要求
直接在第一句话里写明：“完成后请清晰列出所有被新建、修改或删除的文件路径，并标注每处改动的简要目的。”
这句必须放在任务描述最前面，不能塞在中间或末尾。Codex按顺序处理输入，靠后写的约束常被忽略。如果只在最后补一句“顺便告诉我改了啥”，大概率不会执行。
用结构化句式锁定响应格式
方法一：指定字段名+换行分隔
加上这句：“请严格按以下格式返回结果：
【修改文件】：path/to/file.js
【改动说明】：修复空值判断逻辑，避免undefined报错
【修改文件】：src/utils/validation.ts
【改动说明】：新增手机号正则校验规则”
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：用符号分隔块+强制编号
写：“请用「---」分隔每个改动项，每项以「①」「②」开头，包含：文件路径、改动类型（新增/修改/删除）、核心变更点。”
【不写格式要求，Codex可能只回一句“已修改3个文件”就结束】
配合Git状态检查双重验证
第一步：任务开始前，在项目根目录运行 git status --porcelain，保存输出快照。
第二步：任务完成后，再次运行相同命令，对比两次输出差异。
第三步：将Codex返回的文件列表与git实际变更逐条比对。
如果Codex说改了A.js，但git显示只有B.css有变动，说明它没按指令执行，或把临时文件当作了目标文件。这时立刻用引导（Steer）机制打断并纠正：“请立即停止，检查你声称修改的A.js是否真实存在于当前工作目录。”
