Codex重构需先构建精准上下文，再定位问题原因，最后按四段式指令或diff片段实施最小改动。必须执行codex read --project . --ignore node_modules建立上下文，聚焦src/hooks/useExport.ts中exportData函数第32–38行，仅补await、不动导入与签名，验证POST请求与toast是否正常触发。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想用Codex重构一段存在隐性逻辑缺陷的旧代码，但又怕改出新Bug——不是靠运气赌一把，而是让Codex只动真正该动的那几行，保留原有调用链、不破坏边界契约、不引入未声明依赖。
先让Codex建立精准上下文
进入项目根目录，运行：codex read --project . --ignore node_modules。
这一步必须做，否则Codex可能把src/utils/date.ts里的格式化函数当成src/pages/report.tsx中日期筛选逻辑的一部分来改——它没锚定业务主干，就只能靠猜。
等待终端输出“Context built: X files indexed, Y modules resolved”才算成功。如果卡在“scanning node_modules”，说明你漏了--ignore node_modules参数，会浪费大量token且拖慢响应。
定位问题代码块
不要直接说“帮我重构这个模块”。先让它聚焦：
项目中报表页导出功能点击后无响应，但控制台无报错。请定位可能相关的文件和代码位置，只分析原因，不修改代码。
【关键前提】必须明确限定“只分析原因，不修改代码”，否则Codex可能顺手重写整个useExport hook，而你真正要修的只是其中一行遗漏的await。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
用四段式提示词下达重构指令
方法一：基于已确认的文件路径精准驱动
【Goal】修复导出按钮点击后无响应的问题；【Context】该功能由src/hooks/useExport.ts中的exportData函数触发，依赖fetchApi和toast；【Constraints】只修改exportData函数内部第32–38行，不新增/删减任何import，不改动函数签名与返回类型；【Done when】点击按钮后弹出toast.success且发起有效POST请求。
方法二：用diff片段引导重构范围
复制当前代码块与理想行为之间的差异描述，例如：“当前缺少await调用fetchApi，导致Promise未解包；现有toast.error调用在try块外，应移入catch。”然后加一句：“请仅按此差异生成最小补丁，不增删行，不调整缩进风格。”
执行并验证最小改动
第一步：运行命令
codex fix --file src/hooks/useExport.ts --line 34 --context "missing await before fetchApi call"
第二步：检查输出diff
重点核对三处：【是否只动了目标行】、【是否保留原有toast调用位置】、【是否引入了未声明的变量如fetchApi】——若第三项为是，说明它没识别到已有import，需手动补上import { fetchApi } from '@/utils/api'。
第三步：本地验证
启动开发服务器→打开报表页→点击导出→观察网络面板是否发出POST请求→确认toast提示是否正确触发→检查控制台有无新报错。
