GitHub 于 2026 年 8 月 28 日公布一组 Copilot 政策和账单变更，影响企业付款、Agent 入口、数据保留和 code review 默认设置。这不是单一功能发布，而是把 Copilot 逐步整理成一套共用的 Agent 体验。公告列出未来几个生效日期，管理员应按自己的账单周期和组织政策逐项核对。
第一项变更从 9 月 1 日开始：GitHub 会重新开放新 Copilot Business 和 Enterprise 客户使用信用卡或 PayPal 注册。新增加的 seat 必须先完成付款才可使用；下一个 billing cycle 起，所有已分配 seat 会按 upfront 方式计费。现有信用卡或 PayPal 客户预计从 10 月 1 日开始受影响，超额用量可能需要额外付款。GitHub 表示价格不变，但移除 seat 不会产生按比例退款，管理员仍可使用 spend controls 和用量追踪。
第二项是 Agent 体验整合。最早从 9 月 28 日起，github.com、GitHub Mobile 上的 Copilot Chat，以及 cloud agent 会统一到同一套体验和政策；推出后默认启用。Cloud agent 会继续在 Sandbox 内运行，github.com 的流程会转到 agent sessions。这意味着用户日后看到的不是几个彼此独立的聊天入口，而是同一个可开启、追踪和交接的工作阶段。
数据政策也会跟着统一。GitHub 表示新的 Copilot agent experience 会把聊天数据保留至账户生命周期，而不是原来的 28 日。组织如果选择退出，则会在新体验推出后失去 github.com 和 Mobile 的相关功能。这对于有数据保留、离职账户、法规或客户代码政策的团队很重要，因为「是否开启 Agent」已经同时变成一项数据治理决定。
第三项是 code review。从 9 月 28 日起，Default 设置的默认 effort 会由 Lite 改为 Balanced；组织或 repository 的覆盖设置，以及用户明确选择 Lite 的情况则保留。这会影响速度、成本和审阅深度的取舍，管理员不应只看功能开关，也要先检查哪些 repository 依赖 Lite 的延迟或用量预算。
这份公告最实际的含义，是 Copilot 的管理单位由「每个功能各自设置」走向「Agent 使用政策」。IT 团队可以先列出哪些组织可开启 cloud agent、哪些动作需要人工审批、聊天及代码数据保留多久、超额用量由谁负责，以及 code review 的默认 effort 是否符合团队的 CI 时限。这些决定应写入 onboarding 和离职流程，而不只是留在管理后台。
要注意的是，GitHub 公布的是未来生效时间表，并非所有变更在公告日已经完成。实际上线仍可能按账户类型、billing cycle、地区和产品 rollout 有差异。最稳妥的做法，是在 9 月 28 日前于测试 repository 检查 Agent session、Sandbox、数据保留和 code review 行为，再把结果与组织政策一起确认。
