Codex IDE 使用时怎样审阅改动

IDE 工作流的优势是能直接看到文件和差异，风险也在于容易忽略工具实际读取的上下文。开始任务前，先确认工作区和当前分支，再说明要修改的文件类型和不应触碰的目录。一个小而明确的任务，通常比一句“优化整个项目”更容易得到可审阅结果。

先看上下文来源

查看当前打开的文件、工作区范围和附带的配置。若项目包含多个应用或服务，明确指定目标目录。不要把含有密码、Cookie、私钥和生产配置的文件加入上下文。必要时先建立脱敏副本。

区分三种状态

• 建议内容，只是对话或补全中的文字。
• 工作区改动，已经写入本地文件但尚未提交。
• 验证结果，来自测试、构建或你手动打开的页面。

这三种状态不能互相替代。建议写得完整，不代表文件已经修改。文件修改成功，也不代表测试通过。测试通过，更不代表业务需求已经全部满足。

一次审阅改动的顺序

1. 阅读变更摘要，确认文件数量和目标是否一致。
2. 逐个查看差异，重点看边界条件、错误处理和输入校验。
3. 运行已有测试，记录未覆盖的部分。
4. 打开真实页面或调用真实接口，检查最终用户能看到的结果。
5. 在版本控制中保存或撤销，不把临时调试代码留在工作区。

不要把格式变化当成完成

自动格式化可能产生大量无关差异，掩盖真正的逻辑改动。审阅时先确认行为变化，再决定是否单独提交格式调整。需要帮助时，可以提供不含密钥的差异片段，而不是上传整个项目。