先记住两个截止日期
GitHub 公告显示，统一 Copilot 体验最早于 2026-09-28 上线；同一天 Code Review 的 Default effort 将从 Lite 变为 Balanced。Business/Enterprise 的新计费行为从 2026-09-01 起逐步恢复，新规则对已有信用卡/PayPal 客户从 2026-10-01 起生效。
这次变化同时涉及产品入口、数据保留、座席费用和审查深度，不能只当作一次 UI 改版。
数据保留先让合规确认
统一体验后，github.com Chat 的数据保留将与 cloud agent 对齐，从 28 天改为账号生命周期。管理员需要确认：
- 哪些仓库允许使用统一体验
- 聊天记录是否包含源码、日志或客户数据
- 账号关闭、成员离职和仓库转移后的删除流程
- 团队是否需要在使用前做数据分类和脱敏
这是官方政策事实；“必须重新走企业合规评审”是基于数据保留变化的工程推断。
座席和超额用量要单独核对
新座席可能需要在获得 Copilot 访问前完成付款；超过包含用量后，继续使用可能产生额外费用。上线前导出当前座席、AI credits、预算和付款方式，至少做一次月度上限演练。
不要把 Copilot 订阅价当成 Agent 总成本。Cloud agent 还会消耗模型额度、临时开发环境和 Actions 资源，相关预算应与现有的 AI Coding 计费记录分开核对。
Code Review 显式选择 effort
如果团队希望维持 Lite，不要继续依赖 Default。组织和仓库都应显式选择 Lite，并记录变更时间；如果接受 Balanced，则提前估算额外 token、审查耗时和人工复核队列。
验证时提交一个无害测试 PR，记录自动请求和手动请求各自使用的 effort，确认仓库级设置是否覆盖组织默认值。
上线前的验收记录
- 保存组织策略、仓库策略、座席和预算的导出快照。
- 为统一体验设置一条明确的 opt-in/opt-out 记录。
- 用测试仓库验证 Code Review effort 和 cloud agent 的权限。
- 在 2026-10-01 后核对第一张账单，确认座席预付和超额费用。
- 将聊天保留周期写入内部数据处理说明，而不是只留在管理员记忆里。
本文补充站内已有的 Copilot 模型下线和通用计费文章，重点是这次有明确日期的企业策略迁移。