GitHub Copilot 开始按量计费了——我是怎么保住荷包的

1 阅读8分钟

昨天打开 VS Code,Copilot 弹了个通知:"您的订阅已升级为 AI Credits 计费模式"。

我心里咯噔一下。

过去两年,我每个月花 10 美元(约 70 块人民币)用 Copilot Pro,问它多少问题都行。现在同样是 10 美元,但 GitHub 告诉我,每个月只给我 1500 个 AI Credits,用完就得加钱。

打开 Reddit 一看,果然炸了。有人晒账单:原来每月 29 美元,现在预估要 750 美元,翻了 26 倍。更狠的是有人说自己从 50 美元飙到快 3000 美元,涨了 60 倍。

说实话,看到这些数字我是不太信的,但 Copilot 确实变了。翻了 GitHub 官方文档,又看了好几天的社区讨论,我大概搞清楚了这事是怎么回事,以及我是怎么调整自己工作流来应对的。

Copilot 到底变了什么

先说清楚旧模式和新模式的区别,这是一切的基础。

旧模式是按"请求次数"计费。你每月交 10 美元,可以发若干条消息,不管这条消息是简单问答还是让 Copilot 帮你重构整个模块,都只算 1 次请求。GitHub 之前一直在为重度用户的超额算力成本"兜底"。

新模式是按 Token 消耗计费。你的 10 美元月费会转换成 1500 AI Credits(1 Credit = 0.01 美元),而每一种操作都会消耗不同数量的 Credits:

  • 代码补全:免费,不消耗 Credits
  • Chat 对话:按实际 Token 算
  • Agent 模式:消耗最多,因为这种模式会持续读取代码、调工具、重试

GitHub 官方给出的理由是:Copilot 已经从"代码补全工具"进化成"能跑多步骤任务的智能体平台"。一个简单问答和一次持续几小时的自动化编程,后台算力可能差了几十倍,但之前收一样的钱,GitHub 亏了。

这个理由我理解,但从用户角度看,这意味着预算不再直观了

我的第一笔账单是怎么超的

新计费第一天,我就踩坑了。

那天我在做一个数据迁移项目,需要让 Copilot 帮我分析一个 3000 多行的老脚本。我习惯性地把整个文件内容复制进对话框,然后问它"这段代码有没有安全问题"。

Copilot 回答得很详细,列了七八条建议,看起来很正常。

第二天我打开 GitHub 设置想看看 Credits 余额,发现:一天用掉了 300 多个 Credits,折算下来大约 3 美元。我一个月才 10 美元额度,这样下去撑不过四天。

问题出在哪?后来我才意识到,把 3000 行代码粘贴进对话框,这段内容会作为输入 Token 全程参与后续对话。每次我追问"能给出修复方案吗",模型都要重新处理这 3000 行输入。一来一回,Token 消耗远超我的预期。

这是新模式下最容易被忽视的坑:输入 Token 和输出 Token 分别计费,输入的越多,每次对话成本越高

我后来是怎么调整的

踩了几天坑之后,我摸索出几套应对方案。

方案一:控制输入上下文

既然按 Token 计费,那"喂给"Copilot 的内容就要精打细算了。

我现在养成了一个习惯:粘贴代码前先问自己——Copilot 真的需要看完整文件吗?

对于简单问题,我只粘贴相关的 50-100 行,用注释标注上下文关系:

# 场景:用户登录后的权限校验
# 问题:某些角色的用户无法访问管理员页面
# 相关代码如下(省略了其他辅助函数)

这样 Copilot 仍然能理解上下文,但输入 Token 大概只有全文件粘贴的 1/10。

方案二:区分使用场景

不是所有任务都需要开 Copilot Chat。

我现在把任务分成了三类:

第一类:简单补全——函数签名、常规写法、API 语法提示。这类直接用 Copilot 的内联补全,不消耗 Credits,因为代码补全始终免费。

第二类:需要上下文的对话——代码审查、重构方案、逻辑调试。只在真正需要分析项目代码时才开 Chat,并且严格控制粘贴的代码量。

第三类:复杂 Agent 任务——跨文件重构、自动生成测试。这类消耗最高,我会先在本地开一个新的对话窗口,避免让旧的、已经积累了大量上下文的会话继续消耗。

方案三:用本地模型做轻量任务

这部分可能对动手能力有要求,但效果确实好。

我现在把一些"不需要太强推理"的任务迁移到了本地。比如:

  • 代码格式化、简单注释生成——用轻量级开源模型跑,成本为零
  • 日志分析、错误信息解读——本地跑一个 7B 模型,秒出结果

对于 Windows 用户,微软的 Phi-4-mini 或者国内的 Qwen2.5-7B 都够用;对于 Mac M 系列芯片,本地跑 13B 模型也很流畅。

这样做的好处不只是省钱,更重要的是:本地模型没有 Token 限制,用多少都不会额外扣费

方案四:规划工作流,分散消耗

还有一个问题是我之前没想到的:月费不是按自然月计算

Copilot 的 Credits 是按订阅周期(通常是月初重置)给的,但如果你在某几天密集使用,Credits 可能月中就见底,后半个月只能靠额外购买或者省着用。

我的做法是把一些不急的任务分散到整个月。比如代码文档生成、单元测试补充这类"锦上添花"的任务,我会排在 Credits 余额充足的时候做,而不是月底抢着用。

换个角度看这事

说句实话,Copilot 这次改计费方式,我第一反应是"肉疼",但仔细想想也能理解。

GitHub 的公告里有一句话说得很直白:"我们过去吸收了相当一部分不断上升的推理成本,原有模式已经不可持续。"

这句话翻译一下就是:你们重度用户之前用得太爽了,GitHub 一直在亏钱补贴。

换个角度说,GitHub 能撑两年不涨价已经算良心了。隔壁 OpenAI 的 Codex 也是各种调整计费,Claude Code 更是 Token 消耗大户,Simon Willison 那种重度用户 30 天烧掉 2000 多美元账单,Uber 的 CTO 直接说 AI 成本"难以自圆其说"。

所以这不是 GitHub 一家的问题,是整个 AI 编程工具行业都在重新校准商业模式——从"低价包月抢用户"转向"按实际消耗收费"。

哪些人不受影响的

说实话,如果你只是轻度使用 Copilot——写代码时偶尔补全一下、查个 API 文档——新计费对你基本没影响。代码补全免费,简单的 Chat 对话也消耗不了多少 Credits。

受冲击最大的是以下几类:

  • 重度 Agent 用户:每天让 Copilot 自动跑几个小时任务的那种
  • 团队多人共用一个账号的:按用户数计费,Credits 消耗是叠加的
  • 用 Copilot 做代码审查的:PR Review 每次消耗 3 Credits,审 500 个 PR 就是 1500 Credits,刚好一个月额度

如果你属于上述某类,那确实需要重新算算账了。

我的最终账单

新计费实行一周后,我统计了一下自己的使用数据:

场景调整前频率调整后频率Credits 消耗
代码补全日常日常0
Chat 对话每天 20 次每天 8 次~200/月
简单问答每天 30 次每天 15 次~100/月
复杂 Agent 任务每周 5 小时每周 2 小时~400/月

总计大约 700 Credits,折算下来 7 美元,还在 1500 Credits 的额度内,勉强能撑一个月。但这是极限用法了。

说实话,如果我不做调整,按照之前的使用习惯,大概三天就会把额度烧光。

最后说两句

Copilot 新计费这件事,我最大的感受是:AI 编程工具的"低价时代"可能真的结束了

两年前,月费 10 美元就能"无限用",那是厂商在补贴市场、抢占用户的阶段。现在 AI 推理成本居高不下,各家都在找可持续的商业模式,补贴退潮是迟早的事。

对个人开发者来说,这意味着你需要更精细地管理自己的 AI 工具使用习惯——不是不用,而是更聪明地用。把贵的模型用在真正需要它的地方,轻量任务交给本地模型或者自己动手。

这大概也是 AI 时代程序员的一个新技能:学会给 AI 分配任务,也要学会给它分配预算。