Copilot 额度用完会怎样？没有自动降级这件事
数据截至 2026-07，价格与限额以各官网为准。
Copilot 额度用完之后不会”降速继续用”，也不会自动切到更便宜的模型——它是直接停。在没有开启超额预算的情况下，额度耗尽就阻断到下个计费周期，中间没有任何缓冲带。这一点和 Cursor 那种”快速请求用完落进慢速池”的设计完全不同，很多人是拿着别的工具的经验来推测 Copilot，结果在项目最赶的那几天被卡住。
还有一件更容易出错的事：如果你现在去搜”Copilot premium request 额度用完怎么办”，翻到的绝大多数文章都过期了。2026-06-01 是一条硬分界线，那天之后 Copilot 的计费体制换了一套，旧文里讲的那套”高级请求次数”对多数人已经不成立。下面按新体制从头讲一遍，顺带说清楚哪些人还留在老制度上。
先搞清楚：你现在花的到底是什么
2026-06-01 起，GitHub 把全部 Copilot 计划转为按用量计费（usage-based billing），用 GitHub AI Credits 替代了原来的 premium requests 计数。这是体制性的变更，不是数字调整。
换算关系很干脆：1 credit = 1 美分（$0.01）。你实际消耗多少 credits，是按 token 用量算的——输入 token、输出 token、缓存 token 分别按对应模型的 API 费率折算成钱，再换成 credits 扣掉。
这个变化带来的直接影响是，“我这个月还能提多少次问”这种问法本身就失效了。同样一次对话，你贴了三千行代码进去和只贴了一个函数，消耗差出一个量级；你用旗舰模型和用轻量模型，费率也不在一个档位。过去按”次”记账时大家心里有个次数感，现在这个次数感没了，取而代之的是一个按你实际吃掉多少 token 浮动的账。
从记账逻辑上说这其实更公平，问题在于它更难预估。所以下面几节讲的重点，都是怎么把这个不确定性框住。
各档包含多少额度
需要先说明的是，下面这张表的 credits 数字来自第三方公开资料汇总口径，GitHub 官方 pricing 页未逐字核对，具体以你自己账号的 GitHub 官方计费页显示为准：
| 计划 | 月费 | 包含额度 |
|---|---|---|
| Pro | $10/月 | 含 $15 credits |
| Pro+ | $39/月 | 含 $70 |
| Max | $100/月 | 含 $200 |
| Business | $19/用户/月 | 约 1,900 credits/用户 |
| Enterprise | $39/用户/月 | 约 3,900 credits/用户 |
有个规律值得注意：付费档的基础额度大致等于其价格本身（$10 的 Pro 含 $15、$39 的 Pro+ 含 $70），GitHub 在基础额度之外另加了一份浮动的 flex 额度，所以实际总额可能比表里更高。这也是为什么你有时会发现自己用掉的比”应该”多一点还没被拦——那部分是浮动额度在兜。
Business 和 Enterprise 走的是组织池化余额，不是每个人锁死一份。团队里有人重度用、有人几乎不用，池子会自动平衡，这对多数团队是好事，但也意味着一个人的失控用法会吃掉别人的份额。
额度用完的真实后果
这是这篇的核心，说得直白一点：
额度耗尽时，没有自动降级到便宜模型的机制。 不允许超额的情况下，就是直接阻断到下个计费周期。
请注意”降级”这个词在这里的含义。有些工具的做法是额度耗尽后仍然让你用，只不过换成更便宜的模型、或者排进低优先级队列，体验变差但活还能干。Copilot 现在不是这么设计的——它要么在预算内继续按量计费，要么到线就停。
那”允许超额”怎么开？靠管理员设的美元预算。超出包含额度之后的部分按 $0.01/credit 扣减，也就是说你设 $10 的预算，等于额外买了 1,000 credits 的空间。预算用完，一样阻断。
预算可以设在四个层级上：
- user（单个用户）
- cost center（成本中心）
- enterprise spending limit（企业级支出上限）
- organization（组织）
层级多是为了让财务口径能落到具体部门头上，但也带来一个很实际的坑：把某个用户的预算设为 $0，会立即阻断该用户。 这不是”用完之后才停”，是当场停。管理员做批量配置时，如果误把默认值填成 0，被影响的人当场就用不了了，而且从使用者那一侧看到的现象跟”额度用完”一模一样，很难第一时间归因到是被管理员设置卡住的。
所以排查顺序建议是：先确认自己账号在组织里的预算不是 0，再去看池子余额，最后才怀疑是不是自己这个月用超了。
每月 1 号重置，且不结转
未用完的额度不结转，每个自然月 1 号重置。
这条看着不起眼，但会改变你的用法节奏。它意味着月末剩下的额度是”用不掉就作废”，而不是攒到下个月。如果你的团队有那种”这个月省着点用，攒到下个月大改一次”的打算，那是白省——省下来的部分月底就归零了。
反过来讲，月末如果余额还很宽裕，那是把一些原本打算手工做的重构、批量注释补全、测试用例生成之类的事情丢给 Copilot 跑一跑的合适时机。不是鼓励你浪费，是提醒你别按错误的假设去规划。
团队要盯的一个日期：2026-09-01
这条对 Business / Enterprise 客户特别重要，因为它是个会自己到期的东西，不提醒就容易被账单打个措手不及。
既有的 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 月账单会长成的样子。看完之后有三条路——调预算、调用法（比如把日常补全和重活分开用不同模型）、或者接受多花的这笔钱。三条都行，但别等账单出来才知道。
你可能还停在老制度上
不是所有人都在新体制里。分界线是付费周期：
- 月付的 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 都点一下 review，或者在 IDE 里反复重跑评审，额度掉得会比你预期快得多。
第二，code review 自 2026-06-01 起还会同时消耗 GitHub Actions 分钟数。 这一条特别容易漏，因为它跨了两个计费系统——你在 Copilot 那边看额度看得好好的，Actions 分钟数在另一个页面悄悄往下掉。团队如果本来 Actions 分钟就用得紧张，把 code review 开成全仓库自动触发，可能会先在 Actions 那边出问题。
怎么把额度花在刀刃上
新体制下省额度的逻辑变了：过去是省”次数”，现在是省 token。几条实际有效的做法：
- 控制上下文体积。 消耗是按 token 算的，塞进对话的文件越多、越长，扣得越多。养成只贴相关片段的习惯，比减少提问次数有效得多。
- 按任务分模型。 日常补全、改个变量名、写个简单函数，用轻量模型就够；架构级重构、复杂调试才动旗舰模型。费率差在那儿摆着，混着用不心疼。
- 别反复重跑同一个请求。 觉得答案不满意时，与其点五次重新生成，不如花三十秒把需求描述清楚重问一次——五次重跑就是五份 token。
- code review 别设成无差别自动触发。 尤其对还在老制度的年付用户，倍率 13 加上 Actions 分钟数的双重消耗，值得只对真正需要的 PR 手动触发。
- 组织管理员优先用预算而不是靠自觉。 池化余额下，与其提醒大家”省着点用”，不如在 user 或 cost center 层级设一个有意义的上限，超了自然会停，比口头约束可靠。
这篇不适用的场景
诚实说几句边界：
如果你用的是免费档，上面这套 credits 的讨论对你意义有限，免费档的限制形态和付费档不是一回事。如果你是通过学校、开源维护者身份等特殊渠道拿到的资格，具体额度和规则也要以你账号页面显示的为准，这篇不替你下结论。
另外，表格里的 credits 数字如前所述是第三方汇总口径，GitHub 的定价和额度调整过不止一次，你看到这篇文章的时间点如果离 2026-07 已经比较远，请务必以 GitHub 官方计费页当次显示的数字为准，别拿这张表去做预算测算的唯一依据。
小结
Copilot 从 2026-06-01 起换成了 AI Credits 按量计费，1 credit = $0.01，按 token 消耗折算。额度用完的后果是阻断，不是降级——没有自动切换到便宜模型这回事，想继续用就得靠管理员设的美元预算兜着。预算有 user / cost center / enterprise spending limit / organization 四个层级，其中把用户预算设成 $0 会立即阻断该用户，是个高频误配置点。额度每月 1 号重置且不结转，省下来的部分月底作废。Business / Enterprise 客户要盯住 2026-09-01 这个促销到期日，提前去计费面板看预测用量。年付 Pro / Pro+ 用户仍在老的 premium request 制上，需要额外留意上调后的模型倍率（code review 为 13）以及 code review 同时消耗 GitHub Actions 分钟数这条隐藏计量。