“简直是笑话”：GitHub Copilot 新计费模式引发开发者强烈不满

微软旗下 GitHub Copilot 的黄金时代似乎正在走向终结——至少对于中小规模的用户群体而言是这样。该公司宣布将计费系统从固定的订阅费率转变为基于 Token 使用量的模式，这一变化可能导致用户的账单金额大幅飙升。虽然大型企业可能仍有能力承担这种成本，但小型公司和个体开发者可能会发现，他们很难在每月的预算中平衡这笔开支。

背景

GitHub Copilot 长期以来采用一种相对简单的订阅制收费模式，用户支付固定的月费即可使用服务。然而，随着 AI 辅助编程工具的普及，其背后的算力成本和 Token 消耗变得难以预测。微软决定于 6 月 1 日实施新的计费政策，这意味着用户将不再按照固定的月费支付，而是根据他们在工作中消耗的 Token 数量进行计费。

这一转变迅速在开发者社区中引发了震动。许多开发者在 Reddit 和 X（原 Twitter）等社交平台上表达了强烈的不满，指出在许多情况下，新的计费方式导致成本出现了戏剧性的激增。这种从“固定成本”到“变动成本”的转变，直接冲击了开发者的财务预期，尤其是那些依赖 Copilot 进行高强度编码工作的用户。

核心内容

此次计费模式的变更引发了社区两极分化的反应，一方面是对成本激增的愤怒，另一方面是对原有商业模式可持续性的质疑，以及对“滥用”行为的批评。

1. 成本激增的真实案例 部分开发者晒出的账单令人咋舌。一位 Reddit 用户表示，他目前的月费约为 29 美元，但在新计费模式下，成本将飙升至近 750 美元。他评论道：“这种新的使用模式贵得离谱。我打算取消订阅。在这个价格下，它不再具有成本效益，在实际工作中也没有任何用处。”

另一位用户则分享了一张截图，显示其费用从约 50 美元激增至约 3,000 美元，并感叹：“哇，没想到新的定价模型会如此荒谬。”

2. 社区的反驳：批评“Vibe Coding”（氛围编程） 面对这些极端案例，部分 Copilot 用户进行了反击。他们认为，如果用户具备足够的专业知识，就不应该在日常工作中消耗如此大量的 Token。批评者指出，那些产生高额账单的用户大多是所谓的“Vibe Coders”（指那些缺乏实际开发知识、仅凭感觉或提示词驱动 AI 生成代码的用户），他们通过大量冗余的迭代来消耗 Token。

一位用户写道：“我们有些人整天工作，超支部分微乎其微，再看看这些截图。我很难相信这是工作量复杂度差异造成的。除非你纯粹是在进行‘氛围编程’，伴随着大量臃肿的迭代，否则账单不会变得如此疯狂。”另一位用户补充道：“如果将其作为工具合理使用，即使对于小型团队来说，在任何提供商那里都相当实惠。”

3. 对微软原有商业模式的质疑 还有一些声音将矛头指向了微软过去的定价策略。一位 Reddit 用户问道：“天哪，Copilot 之前到底亏了多少钱？”

这确实是一个值得深思的问题。Copilot 背后的经济账目一直并不透明，微软为了补贴用户群体中持续的“氛围编程”行为，可能投入了巨额资金，而这些成本此前并未向公众清晰展示。

4. 责任归属：微软是否“引狼入室”？ 尽管有人批评开发者滥用工具，但也有观点认为，开发者有充分的理由感到愤怒，因为微软此前鼓励用户 indiscriminately（不加区分地）使用其聊天机器人，而现在却突然撤下了梯子。

一位用户指出：“那些真正按照微软构建的方式（甚至是微软鼓励的方式）使用系统的人，唯一应该承担责任的是微软。微软提供了这种计费方法，并且不断让单次高级请求消耗大量 Token 变得更容易，这些请求可能会持续数小时甚至数天，同时生成数十甚至数百个子代理。”

截至发稿时，TechCrunch 联系微软寻求评论，但未获回复。

关键要点

• 计费模式变更：GitHub Copilot 将于 6 月 1 日由固定订阅制转为基于 Token 使用量的计费模式，可能导致部分用户成本大幅上升。
• 极端案例引发恐慌：社交媒体上出现了多起月费从几十美元飙升至数百甚至数千美元的案例，引发开发者对“财务眩晕”的担忧。
• “Vibe Coding”争议：部分用户认为高额账单源于缺乏专业知识的“氛围编程”和冗余迭代，而非正常的工作负载复杂度。
• 商业模式可持续性：社区质疑微软此前固定订阅模式下的亏损情况，认为其长期补贴了高 Token 消耗行为。
• 厂商责任争议：有观点认为微软此前鼓励用户高频使用 AI 功能，如今突然改变计费方式，属于“撤梯子”行为，厂商应承担主要责任。
• 微软回应缺失：截至文章发布，微软未对此次计费变更引发的争议作出公开回应。

意义与影响

GitHub Copilot 的此次计费调整，标志着 AI 辅助编程工具从“早期红利期”进入“精细化运营期”。对于开发者而言，这不仅是成本的重新核算，更是工作习惯的重塑。

首先，“按量付费”将迫使开发者更加谨慎地管理 AI 交互。过去那种随意发送长提示词、进行多轮冗余对话的“氛围编程”方式将变得极其昂贵。开发者需要学习如何编写更精准、更高效的 Prompt，以减少 Token 的无效消耗。这也可能加剧开发者群体中的技术分层：熟练开发者能高效利用 AI 降低成本，而新手或“氛围程序员”将面临更高的经济门槛。

其次，这一变化反映了 AI 基础设施成本的现实压力。随着 LLM（大型语言模型）在代码生成中的深度应用，算力成本成为悬在 SaaS 厂商头顶的达摩克利斯之剑。微软从“补贴换市场”转向“成本回收”，是 AI 行业走向商业成熟的一个缩影。未来，我们可能会看到更多 AI 工具从固定订阅制转向混合计费或按量计费模式。

最后，厂商与用户之间的信任契约面临考验。微软此前鼓励用户广泛使用 AI 功能以培养用户习惯，如今却因成本问题收紧缰绳，这种策略上的突然转向容易引发用户的不满和抵触。如何在商业可持续性与用户体验之间找到平衡，将是 GitHub 乃至整个 AI 软件行业需要长期面对的课题。对于中小企业和个体开发者来说，重新评估 AI 工具的投资回报率（ROI），将成为日常工作中不可或缺的一环。