Codex 有个很适合 review 的玩法:
让它专门找「现在能跑,但以后可能会坑你」的地方。
直接输入:
「请 review 当前 diff。不要只看语法和明显 bug,请重点检查:隐藏副作用、破坏兼容性、边界情况、性能风险、安全风险、命名误导、测试不足和未来维护成本。最后按严重程度排序。」
这一步特别适合代码已经能跑、功能看起来也对,但你不确定会不会埋雷的时候。
普通 review 很容易停留在「现在有没有报错」。
更好的 review 会继续追问:
这个改动会不会破坏旧逻辑?
有没有漏掉边界情况?
测试是不是只覆盖了最顺利的路径?
以后维护的人会不会被这个命名误导?
Codex 很适合做这种第二层 review。
不是只看代码能不能跑,而是帮你提前看哪里可能会变成坑。
显示更多