Codex 一上来就重写一套代码，通常不是模型不会写，而是任务描述里没有要求它先理解项目。正确做法是先让 Codex 搜现有实现、确认约定和调用链，再让它改最小范围。
先别直接说“帮我实现”
如果你只说“做一个登录功能”或“修一下支付问题”，Codex 可能会按通用经验新建文件、重写组件、补一套它认为合理的结构。对老项目来说，这很容易和现有架构打架。
更好的第一句话是：“先不要改文件，先搜索项目里已有的登录、权限、接口请求和错误处理方式，列出你准备复用的文件。”这一步能把它从“创作模式”拉回“维护模式”。
改之前让它给计划
让 Codex 输出三件事：相关文件、需要修改的点、不修改的边界。比如“只改 src/auth，不动路由系统；沿用现有 toast 和表单校验；测试只补登录失败场景”。
如果它的计划里出现大量新文件，先暂停，让它解释为什么不能复用现有模块。很多时候，经过这一步它会收缩方案。
提示词可以这样写
“先阅读并复用现有实现，不要新建平行架构。请先搜索相关文件，说明当前项目怎么处理同类逻辑，再给最小改动方案。未经确认不要编辑文件。”
这段提示对 Cursor、Claude Code、Copilot Chat 也同样有用。AI 编程工具最怕目标太宽，它会把“完成需求”理解成“重建一套”。
判断它有没有真的看项目
看它是否引用了真实文件名、函数名、路由名和测试入口。如果回答里只有“通常可以”“建议创建”，没有任何项目内证据，就不要让它动代码。
高阅读的 AI 编程问答往往都指向一个核心：让工具按你的项目工作，而不是让项目迁就工具。Codex 也是一样，先搜再改，比先改再修稳得多。
