Copilot 换计费了：premium requests 变成 AI Credits
数据截至 2026-07，价格与限额以各官网为准。
如果你还在按”这个月还剩多少次 premium request”来管 Copilot 的用量，那套账已经不成立了：2026-06-01 起 Copilot 全部计划转为按用量计费，计量单位从”请求次数”换成了 GitHub AI Credits，1 credit = 1 美分，扣的是 token 而不是次数。 这不是换个说法，是计费口径的体制性变更——同一句提问，用不同模型、带不同长度的上下文，扣掉的额度可能差出一个数量级。
一个常见的误解要先破掉：很多人以为这次改动只是”把 300 次改叫成 300 个 credits”，换算一下继续用旧直觉就行。不是的。旧制度下一次交互扣几个 premium request，是由模型倍率决定的固定值，跟你贴了多长的代码没关系；新制度下扣多少，直接取决于这次调用消耗了多少输入 token、输出 token、缓存 token，再按对应模型的 API 费率折算成 credits。所以”我今天只问了三次怎么就花了这么多”这种困惑，在新制度下是完全正常的现象。
一、AI Credits 到底怎么换算
先把最关键的一条钉死：1 credit = 1 美分（$0.01）。这个换算是理解一切的地基。
- 看到”1,900 credits”，心里应该立刻换算成 $19。
- 管理员设一个 $10 的预算上限，等价于给这个人 1,000 credits。
- 反过来，某个模型的调用消耗折算成 $0.30，就是扣了 30 credits。
至于一次调用具体扣多少，走的是 token 口径：输入 token、输出 token、缓存 token 分别计量，按各模型自己的 API 费率折算成美元，再按 1 美分 = 1 credit 换算进你的额度。这意味着三件事：
- 模型选择的成本差异被放大了。 旧制度下换模型改变的是倍率这个整数，新制度下改变的是每百万 token 的单价，而单价在不同模型之间的差距远大于原来的倍率差距。
- 上下文长度直接变成钱。 把整个文件、整个 issue 讨论、几十个 diff 一股脑塞进对话，输入 token 就上去了，账单跟着上去。这在旧制度下是”免费”的，因为按次算。
- 缓存开始有意义了。 既然缓存 token 单独计量，那么重复使用同一段长前缀（比如固定的项目规则文件、稳定的仓库上下文）在新口径下是有账面价值的行为，而不只是延迟优化。
具体每个模型的折算费率以 GitHub 官方计费页面当次显示为准，这篇不替官方列具体单价——这类表格调整频率高，抄一份写死在文章里，过两个月就是误导。
二、各档包含多少额度
下面这张表来自第三方公开资料的汇总口径（usagebox、SAMexpert、DevToolHub 等），GitHub 官方 pricing 页未逐字核对，具体以官方计费页为准：
| 计划 | 月费 | 包含额度 |
|---|---|---|
| Pro | $10/月 | 含 $15 credits |
| Pro+ | $39/月 | 含 $70 |
| Max | $100/月 | 含 $200 |
| Business | $19/用户/月 | 约 1,900 credits/用户 |
| Enterprise | $39/用户/月 | 约 3,900 credits/用户 |
有几个读表的要点值得说明：
付费档的基础额度大致等于其价格，也就是说 Business 每用户 $19，对应约 1,900 credits，正好是 $19 的等值。GitHub 在基础额度之外另加了一份浮动的 flex 额度，所以实际可用总额可能比表里这个数更高。这解释了为什么有人算下来”好像比标称的多用了一点”——不是记错了，是浮动部分。
个人档（Pro / Pro+ / Max）的包含额度高于月费本身：$10 的 Pro 含 $15 credits，$39 的 Pro+ 含 $70，$100 的 Max 含 $200。对个人开发者来说，这一层是有溢出的，不必按”付多少用多少”去算。
Business 和 Enterprise 走组织池化余额，不是每个人一个独立小钱包各花各的。池化的好处是重度用户和轻度用户能互相摊平，坏处是几个人的用量能把整池吃空，所以团队管理员真正要盯的是池子总量而不是人均。
选档位这件事本身，如果你还在犹豫要不要从 Free 往上走，可以先看 GitHub Copilot 五档套餐怎么选 把各档能力边界过一遍——但注意那篇的额度部分仍按 premium request 旧口径写，额度部分请以本文和官方页面为准。
三、最紧的一条时间线：促销额度 2026-09-01 到期
这一节是团队管理员现在最该处理的事情。
既有的 Business / Enterprise 客户，在转按量计费的头三个月（2026-06-01 至 2026-09-01）享受更高的促销额度：Business 3,000 credits/用户、Enterprise 7,000 credits/用户。促销窗口结束后，回落到标准的 1,900 / 3,900。
把数字摆一起就看得很清楚了：Business 从 3,000 掉到 1,900，可用额度缩掉约三分之一；Enterprise 从 7,000 掉到 3,900，缩掉将近一半。也就是说，如果你团队现在的用量”刚刚好用完”，9 月开始就是超额。
可操作的做法：在 9 月之前，去 Copilot 计费面板看”预测用量”那个数字。这不是一个参考指标——按促销结束后的标准额度算，那个数字大体就是你 9 月要付的账单。看完之后有三条路可选：一是接受超额、把预算上限调到能覆盖预测值的水平；二是压用量（收紧模型策略、约束上下文规模）；三是评估要不要调整席位数量或档位。三条路都行，但都需要在窗口关掉之前决定，而不是等 9 月账单出来再反应。
四、额度用完会发生什么：没有自动降级
这是新制度里最容易踩的一脚，也是跟很多人直觉相反的一点。
额度耗尽时，没有自动降级到便宜模型的机制。 如果你不允许超额，Copilot 就是直接阻断到下个计费周期，不会悄悄给你切一个更便宜的模型继续服务。这跟一部分云服务”超额后降速降级”的做法不一样，别拿那个经验来套。
超额的控制方式是美元预算：管理员设定预算，超出包含额度的部分按 $0.01/credit 从预算里扣减。所以 $10 的预算就是 1,000 credits，这个换算随时能在脑子里做。
预算可以设在四个层级：user（单个用户）、cost center（成本中心）、enterprise spending limit（企业支出上限）、organization（组织）。层级多是好事，但也意味着排查”某人为什么突然用不了了”时，得逐层看是哪一道闸卡住的。
有一条尤其要小心：把用户预算设为 $0，会立即阻断该用户。 这个行为经常被误当成”设成 0 表示不限制”或者”设成 0 只是不额外给钱、包含额度还能用”。都不是。$0 就是当场断掉。管理员批量配置预算时，这是最容易误伤同事的一个格子。
还有一条影响月末体感的规则：未用完的额度不结转，每个自然月 1 号重置。 这个月省下来的不会攒到下个月。对个人用户来说，这意味着月底刻意省着用没有任何收益；对团队来说，意味着”上半月狂用、下半月停摆”是最差的用法，用量尽量摊平才不浪费。
五、还留在老制度上的人：年付用户要看
不是所有人都在 6 月 1 日那天切过去了。
- 月付 Pro / Pro+ 用户在 2026-06-01 自动迁移到 AI Credits 制。
- 年付 Pro / Pro+ 用户在当前计划到期之前，仍然走 premium request 制。
如果你是年付用户，那么关于 credits 的一切暂时跟你无关，你面板上看到的还是请求次数。但有两条针对年付用户的变化，恰恰是这次最容易漏掉的：
第一，2026-06-01 起模型倍率上调。 一个具体例子是 Copilot code review 的模型倍率为 13——每做一次 PR 代码评审或 IDE 内代码评审，扣掉 13 个 premium request。倍率 13 意味着，几次代码评审就能把一个不算小的额度包啃掉相当一块。如果你之前的用法是”每个 PR 都顺手让 Copilot 评一遍”，这个习惯在新倍率下的成本要重新算。
第二，code review 自 2026-06-01 起同时消耗 GitHub Actions 分钟数。 这条特别容易漏，因为它不出现在 Copilot 的额度面板里，而是记在 Actions 那本账上。也就是说同一个动作现在同时扣两处：Copilot 侧的 premium request，和 Actions 侧的分钟数。团队如果本来 Actions 分钟就紧张，把 Copilot 代码评审接进流水线之前得先看看那边还剩多少。
关于哪些模型对应哪些倍率、以及在 Copilot 里怎么换模型，可以配合 GitHub Copilot 怎么切换 Claude、Gemini 等模型 看，但同样注意：那篇的额度描述基于变更前的口径。
六、这次变更对你的实际影响：分三类人说
个人开发者（Pro / Pro+ / Max）：最需要改的是提问习惯。旧制度下按次计费，把整个文件甚至整个目录塞进上下文是零成本的；新制度下这就是真金白银。改法很朴素——只贴相关的那段代码，长对话开新会话而不是无限往后接，不需要顶配模型的任务就别用顶配模型。另外记住额度不结转，月中不用刻意节省。
小团队管理员（Business）：优先级第一是 9 月前看预测用量，第二是把预算层级理清楚（尤其别手滑设 $0），第三是接受”池化”这个事实——个别重度用户的行为会直接影响全组，所以与其事后追责，不如提前把模型使用策略和上下文规范讲清楚。
企业（Enterprise）：额度从 7,000 回落到 3,900 的落差最大，越早做用量摸底越好。同时要把 code review 那条 Actions 分钟数的联动纳入成本模型，否则会出现”Copilot 账单没超，Actions 却爆了”的错位。
七、诚实说说这篇的局限
有几件事这篇没法替你确定，也不该替你确定：
- 具体每个模型的 credits 折算费率，会随官方定价调整，必须以你操作当时的 GitHub 官方计费页为准。
- 表格里各档的 credits 数来自第三方公开资料汇总，GitHub 官方 pricing 页未逐字核对，请以官方计费页为准。
- flex 浮动额度的具体规则（怎么给、给多少、是否随时间变化），公开信息里表述不一致，本文只说明它存在，不给数字。
- 网上现在还有大量在讲 premium requests 的教程和汇总文章，其中很多写于 2026-06-01 之前。它们不是造假，只是过期了——但如果你是年付 Pro/Pro+ 用户，那些内容对你反而仍然有效，只是要叠加上倍率上调这一层。判断一篇 Copilot 计费文章有没有过期，最快的方法就是看它有没有提 AI Credits 和 1 credit = 1 美分。
小结
Copilot 从 2026-06-01 起把计量单位从 premium requests 换成了 AI Credits，1 credit = 1 美分，按 token 而非按次数扣减。个人档 Pro/Pro+/Max 的包含额度高于月费，Business/Enterprise 按人头折算并走组织池化余额。最紧迫的一条是促销额度在 2026-09-01 到期，Business 从 3,000 回落到 1,900、Enterprise 从 7,000 回落到 3,900，团队应在 9 月前去看计费面板的预测用量。额度用完不会自动降级到便宜模型，只会阻断，超额靠美元预算控制，而把用户预算设成 $0 是立即阻断而非不限制。年付 Pro/Pro+ 用户暂时还在老制度上，但要留意模型倍率上调（code review 为 13）以及 code review 现在同时消耗 Actions 分钟数这两条。