用／review 做一次不改代码的 PR 审查：范围、优先级与验收

用/review做一次不改代码的 PR 审查：范围、优先级与验收

[!NOTE]
/review的价值不是“让 AI 替你盖章”，而是先把一个确定的 Git 差异交给专用审查器，再要求它给出可定位、可复核、可证伪的 findings。官方文档说明，审查会报告按优先级排列的可执行问题，默认不修改工作树。本文用“选对范围—保存基线—逐条复核—独立验收”四步，把一次 PR 审查变成可追踪流程。

📚继续系统学习：/review的价值不在于多列问题，而在固定审查范围、提供证据并验证 Findings 是否可复现。专栏会把单仓审查、多仓基线、优先级与 CI 验收串成一条学习路线。 👉 查看并订阅「Codex 全速入门」专栏

一、先定义审查：它是找风险，不是替你合并

1./review到底做什么

在 Codex App、CLI 或 IDE 扩展中输入/review，可以选择针对