你的AI助手突然限速44小时，谁该买单？

当你每月花几百英镑买AI编程助手，它却让你干等44小时——这是技术故障，还是商业模式撑不住了？

一张图看懂：GitHub Copilot的"限速风暴"

这场风波的核心矛盾可以用一句话概括：用户付的是"无限量"的钱，平台扛的是"真无限"的成本。

GitHub Copilot的定价模型建立在token（文本处理单位）计数上。上个月，GitHub发现一个token计数漏洞，导致实际消耗远超预期。上周，平台宣布限速措施，称要"平衡容量"和"提升服务可靠性"。

但用户端的故事完全不同。

John Clary，一位Copilot Pro+付费用户，向The Register描述了他的经历：先是短时间的限速提示（显示"X秒后重试"，X不到30秒），他通常等15分钟才敢继续；周一晚上，他撞上了44小时的"周度限速"。

「我一开始以为是bug，等了一小时才发现是真的。」

更讽刺的是，切换到"Auto模式"后，AI质量明显下降——"经常走捷径却不告诉我，我得花时间让它改回来"。

限速背后的三重压力

GitHub的声明透露了几个关键信号。

第一，并发使用量激增。官方原话是："高并发和密集使用模式增加"，"对共享基础设施和运营资源造成重大压力"。

第二，模型成本结构调整。GitHub宣布下线Anthropic的Opus 4.6 Fast——这是Copilot Pro+用户的专属模型。Anthropic本身也在应对容量问题，正引导用户避开高峰时段。

第三，免费试用全面暂停。GitHub以"滥用"为由，叫停了所有Copilot Pro免费试用。

这三件事指向同一个结论：按量计费的AI服务，正在从"跑马圈地"转向"精打细算"。

OpenAI的Codex用户也在抱怨限速。The Register的总结很直白："风投买单的无限量token自助餐，账单到期了。"

用户的真实困境：付费了，但没被服务

Clary的案例值得拆解。他每月"额外花数百英镑买积分"，属于高价值用户。但限速机制的设计显然没考虑这类人的体验：

- 无倒计时提示，用户不知道要等多久

- 短限速后若立即重试，会在关键工作时再次触发

- 长限速（44小时）与付费层级（Pro+）完全不匹配

社区讨论区的数据更直观：一个长期存在的限速话题，过去两天新增约三四十条投诉。用户用"荒谬地长"形容新的限速时长。

这里有个被忽视的产品细节：Auto模式的"降级"体验。

Clary推测Auto模式优先选择推理成本更低的模型——这符合商业逻辑，但GitHub从未明确告知用户这一机制。结果：用户以为自己在用Pro+，实际被悄悄切换到廉价替代方案。

行业镜像：所有AI服务都在重新算账

Copilot不是孤例。

Anthropic的应对策略是"行为引导"：鼓励用户避开高峰，而非硬性限速。OpenAI Codex的限速则引发了类似的开发者不满。

三家的共同点是：都低估了真实使用强度，或高估了模型成本下降速度。

GitHub Copilot的特殊性在于它的"中间层"位置——它聚合多家模型（OpenAI、Anthropic等），再打包成统一服务。这种模式在扩张期是优势（用户无需关心底层），但在成本承压时变成负担：GitHub既要向模型供应商付费，又要维持终端用户的"无限量"预期。

token计数漏洞的发现，暴露了这套系统的脆弱性。当实际消耗与计费系统脱节，平台要么承受亏损，要么向用户转嫁压力。

GitHub选择了后者，但执行方式显得仓促：限速规则不透明、分层权益模糊、沟通时机滞后。

一个未被回答的问题

Pro+订阅者的核心诉求其实很简单：我为更高 tier 付费，就该知道我的使用上限在哪里。

但GitHub的公告里，"具体限额"始终是模糊表述——"未来几周实施"、"更好平衡容量"。Clary的44小时限速是bug还是政策？官方没有澄清。

这种信息真空正在消耗用户信任。社区讨论区的投诉激增，说明问题已从"个别技术故障"演变为"系统性预期管理失败"。

更深层的问题是AI服务定价的底层逻辑。当所有平台都在推广"智能体"、"自动编程"、"AI同事"时，它们实际上在鼓励更高频、更密集的API调用。但基础设施的扩展速度，显然跟不上营销话术的膨胀速度。

GitHub的限速事件，可能是第一个大型平台公开承认这一落差。它不会是唯一一个。

对于每天依赖AI工具的开发者和创作者来说，一个更务实的提醒或许是：在"无限量"承诺和真实成本之间，永远要留一道心理缓冲。毕竟，当44小时的等待弹窗出现时，项目进度不会暂停，Deadline不会推迟，而你的Pro+订阅费——已经扣过了。