AREX Feed Article
Copilot 代码评审上线深浅两档：Lite 走量、Balanced 走深，用哪个模型不再一刀切
8 月 7 日，GitHub 将 Copilot 代码评审的 Lite 与 Balanced 两档评审强度正式推进到 GA，取代公开预览期的 Low 与 Medium 命名。即日起，文档更新和小修小补走 Lite，跨服务、涉权限的复杂 PR 切 Balanced——同一套 Copilot 评审，不再对所有改动一视同仁。
两档的核心差异直指模型与成本。Lite 是默认档位，走标准审查，快速反馈 bug、安全漏洞和风格问题。Balanced 走更高推理能力的模型，对整个仓库上下文做更深分析，消耗更多 AI 积分和 GitHub Actions 分钟数。同时建议 Balanced 评审搭配更大规格的托管 runner 或自托管 runner 使用，因为更大的 runner 按分钟计费也更贵。
Lite 与 Balanced：不只是两个名字
公开预览中叫 Low 和 Medium 的两档，在 GA 时重命名为 Lite 和 Balanced。命名变化本身不代表功能增减——此前配过档位的团队无需任何操作，已有配置会自动沿用新名称。
真正值得关注的是两档背后的机制差异。Lite 做的是标准审查：针对常见 bug、安全漏洞和风格不一致给出快速反馈。Balanced 则把整个 PR 交给一个推理能力更强的模型，模型会花更长时间分析变更在全部仓库上下文中的影响，适用于复杂逻辑、安全敏感代码和跨服务修改。按 ，Balanced 多花的不是质量的"星级认证"——多花的全是 AI 积分和 Actions 分钟数。
，Copilot 代码评审已同时消耗两笔资源：AI 积分覆盖模型调用本身，Actions 分钟数覆盖 agent 能力——全仓库上下文收集、MCP 工具调用、向 Copilot cloud agent 传递修复建议。从 Lite 切到 Balanced，这两笔账单同步放大。
组织默认值：管理员第一次能全局控深
此次 GA 带来的治理能力比命名更值得注意。组织管理员现在可以在 Organization settings → Copilot → Copilot code review 路径下设定全组织默认评审强度，所有未单独配置的仓库自动继承。仓库管理员可在自己仓库覆盖组织默认值，逐 PR 请求评审时还能临时选档，不改变任何默认配置。
每次评审结束后，PR 时间线事件和概览评论都会标注本轮实际使用的档位——Lite 还是 Balanced，供审计者一眼看清。此前 Low/Medium 的配置全部自动迁移，不打断任何团队的评审流程。
同一周三连发：治理层在密集铺开
代码评审档位 GA 不是孤立事件。同一周内，GitHub 还推送了两项相关能力，均收录于 ：
- 8 月 6 日，MCP allowlists 企业托管设置上线，管理员可以精确控制 Copilot 能接触哪些 MCP 服务器。
- 8 月 7 日，Copilot 影响面板新增 ROI 计算模块；Copilot 用量指标 API 开始追踪第三方 agent 应用活动。
三件事的共同指向很清楚：GitHub 正在为 agent 化后的代码评审搭建"路由 → 权限 → 深度 → 分 agent 用量 → ROI"的完整治理栈。
从 diff 扫描器到 agent 评审平台
Copilot 代码评审早已不是单纯的 diff 比对工具。它现在可以拉取全项目上下文、通过 MCP 服务器接入第三方系统（问题追踪、文档平台、事件管理工具）、调用仓库级 agent skills、并借助 Copilot cloud agent 将修复建议生成新 PR。
两档评审强度坐在这堆能力之上，本质是在问：这个 PR 值得 agent 挖多深？文档拼写修复不值得调用高推理模型做全仓库分析，但支付模块的权限变更值得。GitHub 把选择权从"一律平等"切成了"按风险分级"。