GitHub Copilot的固定月订阅将于6月1日终结。从那天起，每一次Copilot请求都将按实际计算成本计价——快速代码补全和数小时自主编码的费用不再相同。GitHub在公告中将此定位为公平。但数字说明了一切。
当前模式下，所有订阅用户无论请求消耗多少资源，都支付相同费用。询问Copilot解释一个错误的开发者，与要求Copilot重构整个代码库的开发者支付同样的费用。GitHub表示，多年来他们一直在吸收这部分差额。六周后，这种补贴将结束。
高频用户——将Copilot作为代理运行、进行自主循环、或将其视为真正的编程搭档而非建议引擎的开发者——在新模式下将支付更多费用。但他们的使用本就消耗了更多算力。GitHub现在只是停止为他们的计算成本兜底。
对于轻度用户而言，这次转变可能意味着账单下降。如果你每天只用Copilot修复几次小问题，按实际用量计费可能比现在的固定费率更划算。GitHub尚未公布具体计费层级，但方向已经明确：轻度使用享受更低价格。
更深层的赌注在于AI原生开发模式。GitHub在释放一个信号：他们预期开发者会将Copilot整合到更多工作流程中，而非更少。能够规划、编写、测试和迭代的代理正在成为标准实践。这些工作流程消耗GPU时间的方式，与简单的代码补全完全不同。通过按计算量定价，GitHub停止在最活跃用户身上亏损，同时保持对其他用户的可及性。
对于这家微软旗下的平台而言，这是一个理性的规模化决策。OpenAI、Anthropic和Google都因类似原因转向按token或按用量计价。大规模transformer推理的经济账很残酷——每次查询前沿模型都消耗用户很少关注的算力。固定订阅掩盖了这些成本，直到账单到期。
依赖Copilot进行深度、持续会话的开发者，现在应该开始估算新定价可能带来的影响。GitHub很可能在6月1日前发布成本计算器。现在做好准备的开发者将避免意外。那些没有准备的开发者将发现，当他们最频繁使用这个工具时，费用反而最高。
GitHub称这次变化是"保持Copilot财务可持续的必要之举"。这很诚实。但可持续性有赢家也有输家。输家正是那些使用模式最接近AI原生开发的开发者——而这恰恰是GitHub最希望鼓励的工作流程。