GitHub Copilot 企业版重新开放注册：席位要先付费，取消也不退当月

GitHub Copilot 企业版重新开放注册：席位要先付费，取消也不退当月

GitHub 从 9 月 1 日起逐步恢复使用信用卡或 PayPal 的新 Copilot Business 和 Copilot Enterprise 注册，同时启用更严格的账号核验和新的席位付款流程。官方强调套餐标价没有变化，但采购体验已经不同：新分配的席位必须先完成付款，用户才能获得 Copilot 访问权限。

现有信用卡或 PayPal 客户从 10 月 1 日起受主要变化影响：下一个账单周期开始时，全部已分配席位将预付；移除席位不会按剩余天数退款，只在下一周期反映。月底再按活跃度删人的做法，会让闲置席位变成确定成本。

标价没涨，现金流和席位纪律变了

周期中途新增席位仍按剩余时间计费，包含用量也可能随席位费用折算。超过额度后，继续使用可能需要追加付款；Spend controls、用量追踪和额外 AI credits 继续保留。本次调整把开通资格、预付席位与超额额度绑定得更紧。

企业要分开看采购席位、活跃人数和额外额度。只看每席位月价，会漏掉中途开通、离职未回收和超额调用。席位还包含编辑器、组织策略、代码审查和平台集成，不能与个人订阅或模型 API 单价直接相减。

完全取消后再回来，可能触发新的账号核验与计费行为。团队应建立加入与移除流程，让离职、项目结束和外包到期及时回收席位，并给额外 credits 设置上限。

9 月 28 日后的统一体验还会改变数据保留

不早于 9 月 28 日，GitHub 计划把网页、移动端 Copilot Chat 与 cloud agent 合并为一套体验和策略，并默认启用。组织若退出，将失去网页与移动端 Copilot；管理员应提前审阅 cloud agent 策略。

网页 Copilot 迁移到 Agent sessions 后，聊天数据将从 28 天改为保留至账号生命周期结束。受监管团队需要重审数据分类、离职、取证和删除流程，因为代码、提示与工具输出会保存更久。

Copilot code review 的 Default 也将从 Lite 调成 Balanced。想保留 Lite 的组织或仓库需在 9 月 28 日前显式设置，并用真实 Pull Request 比较误报、遗漏、延迟与成本。

订阅适合稳定人群，按量调用适合波动任务

固定团队每天在 IDE、Pull Request 和 GitHub 会话中使用 Copilot，席位制便于治理。短期项目、批处理、内部 Agent 或模型对比，按量 API 可能更贴近负载。个人交互与自动化服务可以分别走席位和受控 API Key。

国内采购还要核对支持地区、付款主体、税务与组织验证。第三方 AI 中转站解决模型接口与余额，不提供 Copilot 席位权益；Copilot 订阅也不会自动提供可嵌入业务系统的通用 API 额度。

如果团队正在比较 Copilot 订阅与 Codex、Claude、GPT 等按量模型，可以在 [AnyAIS](/) 查看模型入口，并用同一批真实开发任务计算成功任务成本。采购决策应同时包含席位利用率、额外 credits、数据保留和迁移成本。

资料来源：[GitHub Changelog：Upcoming changes to GitHub Copilot policies and billing](https://github.blog/changelog/2026-08-28-upcoming-changes-to-github-copilot-policies-and-billing/)。