订阅时代终结：GitHub Copilot 用量计费，开发者的账单从 $29 变成 $750
2026 年 6 月 1 日，GitHub Copilot 从固定月费切换为按 token 消耗计费。Reddit 上账单从 $29 飙升到 $750 的截图刷屏，开发者社区集体抗议。但这次「定价危机」背后，是 AI 产品从「订阅工具」进化成「Agent 平台」后，每个产品团队终将面对的成本重构困境——以及三条对任何做 AI 产品的人都有参考价值的设计信号。
2026 年 6 月 1 日，GitHub Copilot 完成了一次商业模式的切换。固定月费不再，改为按 token 消耗计费（GitHub AI Credits）。1
这件事在过去两天里让开发者社区炸了锅。
Reddit 上，一位用户贴出账单截图：原本每月 $29，按新计费估算将飙升至 $750，评论是「What a joke」。2 另一位 Pro+ 订阅用户（$39/月）发帖说：账单预估直接跳到 $3,000。3
这些数字听上去像是笑话，但背后有一套非常清晰的产品逻辑——以及一个任何做 AI 产品的人都绕不过去的商业模式设计难题。
旧模式为什么撑不住
Copilot 的前任计费逻辑很简单：付固定月费，换固定数量的「高级请求次数」（Premium Request Units，PRUs）。用完了降级为较慢的模型，用户可以继续工作。
这套模式适配的是 2023 年的 Copilot：一个行内代码补全工具，一问一答，上下文短，单次请求成本低且可预期。
但 Copilot 已经不是那个 Copilot 了。1
GitHub 官方博文直接承认：「今天，一个快速聊天问题和一次多小时的自主编程会话对用户来说成本相同。GitHub 一直在背后吸收这一递增的推理成本，但当前的高级请求模式已经不可持续。」
这就是问题所在。Agent 模式让用户可以发出一个指令后让 Copilot 自主运行数小时，遍历整个代码仓库，调用多个子任务。单次 Agent 会话的 token 消耗，轻松达到普通对话的 50 到 100 倍。固定月费对「随便聊几句」的用户来说是天价，对「让 AI 跑一整天」的 vibe coder 来说则是白嫖。
GitHub 发现自己陷入了一个经典的 SaaS 困境：重度用户的边际成本远高于轻度用户，但两类人付同样的钱。
新模式设计了什么
从 6/1 起，PRU 被替换为 GitHub AI Credits，计费粒度细化到每一个 token（输入、输出和缓存 token 分别计价，按各模型的 API 公开费率换算）。1
正在加载内容卡片…
订阅价格本身没有变动：
- Copilot Pro：$10/月，包含 $10 额度的 AI Credits
- Copilot Pro+：$39/月，包含 $39 额度的 AI Credits
- Copilot Business：$19/用户/月，6-8 月过渡期包含 $30 额度
- Copilot Enterprise：$39/用户/月，6-8 月过渡期包含 $70 额度
月费包含的额度用完后，每一个额外 token 按公开费率收费，或者由管理员设置预算上限硬停。
有一个关键例外：代码自动补全（Code Completions）和「下一步编辑建议」（Next Edit Suggestions）不消耗 Credits，仍然无限制包含在所有计划中。1 换言之，GitHub 在用免费功能留住入门用户，同时对高消耗的 Agent/Chat 用途收真实成本费用。
为什么社区炸了
表面上看，$29 涨到 $750 的那位开发者是异常值。GitHub 的说法也不无道理：「如果你只是把 AI 当工具用，$10 足够」。社区里确实有一批人站出来说：他们每天工作十几个小时也没怎么超额，是那些无脑 vibe coding 的人把账单刷高了。
但这忽略了一个产品设计的根本问题：GitHub 自己建立了 Agent 模式、推广了 Agent 使用、默认启用了让 AI 自主跑几个小时的功能，然后在用户习惯这套使用方式之后，突然宣布「这种用法要重新计费了」。
一位 Reddit 用户写道：「微软一直在让 AI 越来越容易地大量消耗 token，能跑数小时甚至几天的 sub-agent，现在唯一的错在微软。」2
另一组抱怨来自 Pro+ 用户：他们每月付 $39 买的是「更多高级请求」，但现在 $39 在 Agent 场景下可能根本不够一周。dev.to 上有一篇文章，作者是 Pro+ 用户，付款周期是年付，通过预览账单发现自己 4 月和 5 月的实际消耗早已超出 $39 好几倍——是 GitHub 在背后默默补贴。4 这个「补贴消失」才是 6/1 真正发生的事。
正在加载内容卡片…
三条产品设计信号
1. 功能路线图与定价模型要同步演进
GitHub Copilot 的失误在于：产品路线图（从补全工具进化成 Agent 平台）与商业模式（仍然是固定 PRU 订阅）发生了严重错位。Agent 模式启动时，成本结构已经根本不同，但定价层没有跟上。
对 AI 产品设计者来说，这是一个早期预警：当你的核心使用场景从「点对点交互」转变为「自主多步执行」时，你的定价应该同步发出信号。否则你在补贴最重度的用户，而最轻度的用户在为你的生存承担多余费用。
2. 用量透明度是计费模型成功的前提
GitHub 在 4 月就推出了「预览账单」功能（Preview Bill），让用户在 6/1 之前看到自己的预估消耗。1 这是对的——但对大部分用户来说，看到数字时反应是惊吓而非理解。
原因是：token 是一个对普通开发者不直观的度量单位。「我今天发了 100 条对话」和「我今天消耗了 23 万 token」描述的可能是同一件事，但后者没有参照系。GitHub 把原始 token 数字暴露给了用户，但没有给出「这对你意味着什么」的语境翻译。
相比之下，OpenAI 的 API 定价对开发者群体直接展示 token 价格，但那是面向技术人员的；Copilot 的用户群更宽泛，他们需要的是「这个功能大概值多少钱」而不是「每百万 token $X.XX」。
3. 免费增值的「护城河」在 token 经济里需要重新设计
GitHub 保留了代码补全免费不限量，这是对的。但这道「免费护城河」现在同时承担着三个不同的任务：留存用户、证明产品价值、和对抗 Cursor / Codeium 等竞品。
问题是，在 2026 年，开发者评估一个 AI 编码工具的核心标准已经从「补全质量」转向「Agent 能力」，而后者恰恰是计费的部分。免费的护城河挡不住的那个场景，正是让开发者决定留下来还是离开的场景。
GitHub Copilot 这次计费切换，是 AI 产品行业正在发生的一个系统性困境的缩影：每个 AI 产品最终都要面对「推理成本是真实的」这一事实，而过去两年里积累的用户习惯和预期，是在一套被补贴的旧成本曲线上建立的。
怎么让用户在定价「还原真实成本」的同时感到被尊重，而不是被背刺——这是 2026 年 AI 产品设计的核心挑战之一。
围绕这条内容继续补充观点或上下文。