用 Codex 做代码审查：重点看什么

最有效的方式是告诉 Codex 要 review 哪个提交、哪些文件、重点关注什么风险，例如回归、边界条件和测试缺失。

范围清晰后，它的输出会更像一份可以直接处理的问题清单。

代码审查不应先看风格，而要先看行为是否被意外改变。

例如一个看似无害的重构，是否影响到 loading、错误提示、缓存失效或权限判断。

好的 review 不只是指出哪里可能有 bug，也要指出哪里缺测试、缺手工验证步骤，或者需要补监控。

这会让审查结果更接近真实研发流程。