一、进入正确的项目目录
先打开终端,进入要处理的项目目录,再启动 Codex:
cd D:\你的项目目录
codex目录选错,Codex 看到的文件就会不对。涉及服务器项目时,先准备备份和回滚方式,别把整个服务器根目录当作工作目录。
二、先让它检查,再让它修改
第一次提问可以这样写:
请先检查这个项目的技术栈、启动命令和首页入口。只读检查,不要修改文件。最后列出你发现的风险和建议的修改顺序。
这样做的好处是先拿到项目地图。等你确认检查结果,再提出一个范围明确的修改任务,例如只改首页移动端的导航,不动其他页面。
三、把任务写成可验证的要求
任务描述至少包含四个信息:要改什么、不要动什么、完成后怎么检查、遇到不确定的地方如何处理。比如:
请修复首页在 390px 宽度下的横向滚动。不要修改桌面布局。完成后运行现有测试,并用浏览器检查页面宽度和导航展开状态。若找不到原因,先报告,不要大范围重写 CSS。
四、查看改动和测试结果
工具提出修改后,先看 diff,再看测试。重点检查:
- 是否改到了任务范围之外的文件。
- 是否删除了原有功能或配置。
- 测试是否真的运行,而不是只说“应该可以”。
- 页面在手机和电脑宽度下是否都能操作。
不理解的代码可以让 Codex 逐段解释。解释清楚后再决定接受、修改还是回滚。
五、哪些事要谨慎
涉及删除文件、重置 Git、修改生产数据库、替换服务器配置、读取密钥和发布上线时,都要让它先列出影响范围。密钥放在环境变量或安全存储里,不要粘贴到对话中。
一个实用习惯:让 Codex 先给计划和检查结果,再执行小步修改。这样即使结果不理想,也容易定位是哪一步出了问题。
官方参考
更多 CLI 使用方式请查看 OpenAI Codex 官方文档。本站示例侧重中文用户的实际工作习惯。