把 AI 编码助手接到 GitHub 之后，很多团队用上的第一个场景是代码评审：PR 一就绪，评审意见自动到齐，不用人先读一遍。但用着用着一个新疑问冒出来：编码任务的额度明明没用完，评审却提示受限了——这是机制使然，code review 走的是独立的额度桶，与你的编码用量分开记。这篇讲清评审的三件事：两种触发方式各自适合什么场景、GPT-5.3-Codex 给出的评审意见怎么读怎么用、独立配额怎么管才不会被 PR 量拖垮；额度消耗的通用记账原理见用量计量一篇。
两种触发方式：自动评审与手动点名
触发评审有两条路。第一条是自动触发：仓库接好之后，PR 进入就绪状态（ready for review），评审自动开始，不需要任何人动手——适合把评审固化成流程的团队，PR 出来意见就在，把关前置到合并之前。第二条是手动触发：在 PR 里 @codex review，让它针对这次改动出意见——适合按需使用的场景：大改动重点看、实验性分支抽查看、自动评审的意见需要二次确认时再点名。两条路可以并存：日常 PR 走自动，重点 PR 人工再点名一次。初始接入时的仓库关联与授权配置见云任务排队与环境一篇，评审与云任务共享同一套 repo 关联的前置。
评审意见怎么读：三类反馈分开处理
评审输出通常落在三类上，处理方式各不相同。第一类是正确性问题：逻辑漏洞、边界条件没处理、潜在的运行时错误——这类优先级高，逐条核对后修复，拿不准的让它给复现场景。第二类是风险类写法：密钥硬编码、权限放得过宽、依赖来路不明——这类即使当前能跑也要处理，属于带病上线。第三类是风格与改进建议：命名、结构、重复代码——这类价值在中长期，攒成团队的代码约定更划算，不必每次都改。读意见的总原则：评审意见是输入，最终合并判断留在人手里；对意见有异议，直接在 PR 里回复讨论，让它给出依据，比默默忽略更能把模型调教得贴合项目。
| 意见类型 | 典型条目 | 处理方式 |
|---|---|---|
| 正确性问题 | 逻辑漏洞、边界条件没处理、潜在运行时错误 | 优先级高，逐条核对后修复，拿不准的让它给复现场景 |
| 风险类写法 | 密钥硬编码、权限放得过宽、依赖来路不明 | 当前能跑也要处理 |
| 风格与改进建议 | 命名、结构、重复代码 | 攒成团队的代码约定，不必每次都改 |
独立额度桶：为什么评审的账单独算
额度机制上，代码评审与交互式编码分属两个独立的额度桶：你在会话里写代码消耗编码额度，PR 触发的评审消耗评审额度，两边各记各的账，一边用尽不影响另一边——这也解释了开头的疑问：编码额度还剩很多，评审受限是评审桶的事，去查评审的用量才对路。独立记账的原因是成本结构不同：评审是无人参与的批量动作，一次 PR 评审的调用量不小，若与交互式使用混在一个桶里，PR 量大的仓库会把个人编码额度冲掉，分桶让两边互不拖累。额度的重置节奏与恢复时间，额度重置一篇有通用说明。
PR 量大的团队：四条配额管理纪律
PR 数量一多，评审额度消耗得比直觉快：每天十几个 PR 的仓库，一周下来评审桶就吃紧。四条纪律值得立。一是分级评审：小改动人工快速过，自动评审留给中等以上改动，重点 PR 才手动点名加评一次。二是错峰触发：大批量 PR 集中提交时，评审请求会排队甚至被限流，散开提交更平稳，限流的通用表现见接口限流一篇。三是拆小 PR：一个五百行的改动比三个两千行的更容易被认真看完，评审质量与额度消耗都更优。四是定期对账：收到 You've hit your usage limit 一类提示时，先核对当期 PR 数量与评审频次，再决定是收紧分级策略还是等额度恢复，别急着吐槽配额不够用。
把评审用成流程：从意见到约定
评审真正的价值不止单次把关：同类意见反复出现，说明团队约定有缺口。做法是把高频意见沉淀成规则——写进仓库的贡献说明或评审约定，让问题在提交前就被拦住，评审额度也省下重复劳动。想让这一步落地更快，可以让 DeepSeek 把最近一个月的评审意见归类，提炼成十条团队约定草稿，再让 Kimi 对照仓库现状检查哪些约定已经有人遵守、哪些需要补工具卡点。评审是流程的一环，配额是流程的成本，两头都管住，智能体评审才用得长久。
代码评审速查
- 两种触发：PR ready 自动评，重点 PR 手动 @codex review 加评
- 意见三类：正确性问题优先修，风险类必须处理，风格类沉淀成约定
- 评审走独立额度桶，与编码额度分开记账互不影响
- PR 量大四纪律：分级评审、错峰触发、拆小 PR、定期对账
- 意见是输入，合并判断留在人手里
代码评审快问快答
- 评审额度用完了，编码还能继续用吗？：可以。两个额度桶互相独立，评审桶用尽只影响 PR 评审，会话内的编码任务照常；等评审额度按周期恢复即可，重置节奏见正文的额度重置一篇。
- 为什么同一个 PR 两次评审意见不一样？：评审是对当前 diff 的一次独立分析，PR 更新后重新评审，上下文变了结论可能调整；多次意见冲突时以最新一次为准，仍有疑问就在 PR 里追问它给依据。
- 自动评审能关掉只留手动吗？：可以按仓库在设置里调整触发方式，只保留手动点名；适合实验性仓库或额度紧张的阶段，流程固化的主力仓库建议保留自动触发。
