Copilot席位费$39变$0：预算耗尽后哪两类功能不会停机

2026 年 10 月 28 日，GitHub 在 Universe 发布当天更新了一条 Changelog，标题是「GitHub Enterprise now includes access to GitHub Copilot」。对已经购买 GitHub Enterprise Cloud（GHEC）的企业来说，这相当于把 Copilot 的席位费从账单里拿掉，改为按 AI 用量扣企业预算。官方没有把这描述成一次降价，而是强调「要管理的东西变少了」。不过同一天 GitHub 还发布了 Copilot Fusion、Agentic Workflows 等多项更新，说明这更像是 GitHub 在重新梳理 Copilot 的商业化口径。为什么现在值得看：因为它把固定成本变成了可变成本，而且预算耗尽后不是所有功能都停机——这正是普通技术用户在采购和日常使用里容易误判的地方。

新打包口径：从「两本账」到「一个预算」

旧模型下，企业要同时管理两件事：买了多少 Copilot 席位，以及这些用户消耗了多少 AI 用量。官方 Changelog 的原话是，以前你必须管理「how many Copilot seats you were paying for and how much AI usage those users consumed」。新模型把 Copilot 包含进 GitHub Enterprise，席位费取消，但用量从第一个请求开始计量，直接进入企业预算。

值得注意的是，官方强调这个计量过程使用企业「已经有的策略、告警和归因工具」。也就是说，新模型不是要求企业再学一套发票系统，而是把 Copilot 接到 GHEC 现有的预算体系里。对于已经配置过 GHEC 预算策略、告警阈值和成本分摊的运维团队，这个切换的熟悉度会高一些；但对于从没设置过企业预算的团队，这可能是一个新的管理负担。我的判断是，官方把「用量管理」作为主要管理对象，但实际运营复杂度并没有完全消失，只是从许可证管理转移到了预算管理。

四种入口的价格表：$39、$19、$0、$10

官方 Changelog 和 GitHub Docs 的中文页面给出了四个关键数字。这里我把它们放进一张对照表，方便理解新老模型的差异。表格数据截至 2026-10-28 官方静态页面。

表格里 Copilot access 和 Standalone 的功能、模型与 Copilot Enterprise 相同，这是官方 Changelog 明确写的；但它俩都不包含每月 AI credits。Copilot Business 与 Enterprise 的功能差异，官方没有在 Changelog 里逐项列差异，这里「功能比 Enterprise 少」是我的推断，不是官方逐条声明。

下面的复算可以更直观地看出固定成本变化：

# 100 个全部持有 GHEC 许可证的用户
old_enterprise_fixed = 39 * 100   # 3,900 USD/月，另有 390,000 credits 池
new_access_fixed     = 0 * 100     # 0 USD/月，无 credits 池
# 新模型的用量账单需要单独按请求计量；官方未在 Changelog 给出每请求单价
# 所以只能比较固定部分，不能直接算出总成本

这是我的复算，不是官方给出的总成本。它说明固定支出从约 3,900 美元/月降到 0，但原来的 390,000 credits 池也没了。如果企业之前主要靠这些 credits 覆盖用量，那么现在这部分要另付，总成本可能上升，也可能下降，取决于实际调用量。

预算耗尽后的真正差异：两类功能继续跑，三类功能停

官方 Changelog 里有一个容易被忽略但很重要的边界。它说：

• 代码补全（code completion）和 next edit suggestions 在预算耗尽后继续工作；
• Copilot Chat、Copilot code review、Copilot in the cloud 必须有可用预算才能用；
• 预算耗尽不会移除访问权，席位和不需要预算的功能保留。

这个设计很反直觉：企业预算已经打空，但 IDE 里的补全和 next edit 建议仍然可用，反而是 Chat、代码审查和云端 Copilot 会停。我的推导是，这说明 GitHub 把「高频轻量」的补全请求视为基础层，不额外扣预算；而需要更长上下文、更高推理成本的 Chat、代码审查和云端执行，才被算作真正消耗预算的部分。官方没有解释为什么这样切分，但这对企业用户很关键：预算耗尽不是「Copilot 全部不可用」，而是部分功能保留，部分功能停用。团队如果以为预算空了就完全不能用，可能会误判自己的工作流影响面。

自助客户暂时拿不到，但旧套餐还能买

Changelog 的 Availability 部分写得很直接：如果你通过 GitHub 或微软客户团队采购，现在就能在 GHEC 上使用新模型；如果你自己管理订阅（self-serve），目前不可用，官方说会在接下来几周内分阶段开放，具体日期另行公布，当前订阅不受影响。同时 Copilot Business 和 Copilot Enterprise 仍然可以购买。

这意味着很多使用自助订阅的中小团队目前没有选择权。他们不能现在切换到 Copilot access，只能继续用旧套餐，或者等 self-serve 开放。这里有一个官方没有明说的逻辑：GitHub 先把新模型给「有销售团队兜底」的企业，因为这些企业可以谈预算、用量和上限；自助客户则需要更成熟的产品化工具和文档，所以推迟开放。这是我的经验判断，不是官方说法。

另外，Standalone 的 $10 席位费给了没有 GHEC 许可证的用户一个入口。这类用户可能是外部协作者、临时审查人员或非开发角色。他们现在可以用低于 Copilot Enterprise $39 的价格获得相同的功能和模型，只是没有每月 credits，使用量单独计量。

谁适合现在谈，谁适合等

结合上面的边界，可以给出一个简化的判断，但这只是从产品口径推导，不是财务建议。

• 如果你有 GHEC 且通过客户团队采购，并且团队用量波动大、希望减少固定席位费，可以现在和销售谈新模型；
• 如果你的团队重度使用 Copilot Chat、Copilot code review 或云端 Copilot，要格外关注预算耗尽后的功能停用风险，先问清楚用量单价和预算告警；
• 如果你是 self-serve 客户，暂时没有新选项，继续用现有 Copilot Business/Enterprise 即可；
• 如果你有大量无 GHEC 许可证的用户，Standalone 的 $10 席位费比 $39 便宜，但没有 credits。

另一个容易忽视的成本是预算管理本身。旧模型下，固定席位费虽然贵，但成本可预测；新模型下，用量账单会随开发人员使用频率、代码库规模和 AI 功能偏好而波动。企业如果需要精确的月度成本预测，可能还需要建立一个内部看板，定期查看 Copilot 用量数据。官方说用量计量使用已有策略和告警，但并没有承诺成本不会波动。

参考来源

• GitHub Enterprise now includes access to GitHub Copilot · community · Discussion #211016

• What’s changing with GitHub Enterprise and Copilot billing – GitHub Enterprise Cloud Docs

• Novedades con la facturación de GitHub Enterprise y Copilot – Documentación de GitHub

• GitHub Changelog: GitHub Enterprise now includes access to GitHub Copilot（2026-10-28）
  https://github.blog/changelog/2026-10-28-github-enterprise-now-includes-access-to-github-copilot

• GitHub Docs 中文：What’s changing with GitHub Enterprise and Copilot billing
  https://docs.github.com/zh/enterprise-cloud@latest/copilot/get-started/whats-changing-with-github-enterprise-and-copilot

• GitHub Community Discussion #211016
  https://github.com/orgs/community/discussions/211016

• GitHub Changelog 目录页
  https://github.blog/changelog/