先确认跑偏类型再决定重述策略：任务边界扩大时用路径、动词、硬约束三要素锁定范围；核心目标被替换时强制重载原始意图；上下文被污染时用/status与/compact双杀。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
先确认跑偏类型，再决定重述策略
你刚让Codex改一个登录接口的错误码，它却把整个鉴权中间件重写了，还顺手删了两个测试用例——这不是模型不听话，而是需求在传递过程中已经失真。这时候直接说“不对，重来”只会让它在错误方向上越跑越远，必须先判断是哪类跑偏：是任务边界被扩大（比如加文案变成重构组件），还是核心目标被替换（比如修报错变成换框架），抑或是上下文被污染（比如前面聊过数据库迁移，现在它默认所有改动都要适配新表结构）。
任务边界扩大时：用三要素锁定修改范围
第一步：明确文件路径。在重述前，先输入 【src/api/auth.ts】 这样的绝对路径，而不是“登录相关代码”。Codex 对模糊表述的容忍度极低，一旦你说“相关”，它就会自动扫描 import 链并把关联文件全拉进来。
第二步：限定动词。把“优化一下”“调整下逻辑”这种表达全部替换成“只修改第42行的return语句”“仅替换字符串'ERR_LOGIN'为'ERR_AUTH_FAILED'”。动词越窄，越不容易触发它的“主动优化”本能。
第三步：堵死扩展口子。在需求末尾加一句硬约束：“不要新增函数、不修改tsconfig.json、不添加任何import语句”。这一步不是防Codex使坏，而是防止它调用内部默认的“工程健康检查”模块，那个模块会自动补全它认为“缺失”的配置。
核心目标被替换时：强制重载原始意图
方法一：用 /new 开新会话后，第一句话就粘贴原始需求原文。不要 paraphrase，不要加“更准确地说”，不要补充背景——哪怕原文有错别字也照搬。因为 Codex 的意图识别模型对原始文本的 token embedding 更敏感，二次转述会丢失关键锚点。
方法二：如果必须延续当前会话，先执行 【/clear】，然后立刻输入：「我最初的需求是：______。请忽略之前所有对话，只响应这一条指令。」注意：下划线处必须是复制粘贴的原始输入，不能有任何标点或空格增减。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法三：当原始需求已不可追溯，就用最小原子动作重建。例如你本来想改按钮文案，现在它搞了一堆状态管理，那就直接发：“现在只做一件事：打开Button.vue，把第15行的‘提交’改成‘确认提交’。其他所有内容保持原样。”
上下文被污染时：用/status+压缩双杀
① 先输入 /status，重点看「上下文压力」和「工作目录」两行。如果 token 用量超过 85%，说明历史对话已经挤占推理空间，此时重述需求等于往满杯里倒水。
② 立即执行 /compact，等 Codex 返回「上下文已压缩为摘要」后再重述。这一步不能跳过，否则它会在压缩前的冗长对话中抓取噪音片段作为新任务依据。
③ 重述时开头加一句：“基于/status确认的当前项目路径和权限，我需要：……”。这句话会强制模型把重述内容和刚验证过的环境参数做绑定，避免它偷偷套用上个项目的配置逻辑。
这一步操作起来很简单，直接把文件拖进去就行。
