Claude Code不耐用这事，还真不是你一个人「用太狠」。

继Reddit网友轰炸式吐槽Claude Code乱扣费后，Anthropic终于回应了：

我们已经注意到，大家在Claude Code里触达使用上限的速度比预期快很多。

团队正在紧急排查，这件事目前是最高优先级，也会尽快同步最新进展。

一句话总结就是：有问题，且不小，正在搞。

有意思的是，很多网友并不觉得这是“官方良心回应”，反而更像是被逼出来的。

起因是两天前，有一位用户直接去逆向了Claude Code，结果发现两个独立bug，并po在了reddit上。

这位大神表示，这俩bug会让prompt cache直接失效，让计费成本在用户无感知的情况下膨胀10～20倍。

所以啊，这不是大伙用多了，而是Claude Code在“偷偷多算”。

套餐不够用

都说token是新时代的水电煤，但用起来其实更像早期的电话费、流量包：

感觉没怎么用，但就是不够。

A社一个月最少100多块的套餐，本来就不算便宜，这下也开始「随便扣扣了」。

一句「你好」，13%的额度没了。

工作11分钟，23%的使用量没了。

这还没完，最逆天的竟然还有一个提示词就占了Claude 31%的额度。

最高级的200美元一月的套餐也没好到哪去，在3个半小时到达极限。

一位订阅Claude Pro（年费 200 美元）的用户在Discord上吐槽：

每周一基本就用满了，要到周六才重置……30天里我大概只能用12天。

可以说，按照这个消耗速度，这两天的Claude Code，已经接近“不可用”的状态。

对于习惯于用AI工作的人们，不能用简直比直接扣钱还难受。

而这，也不光是Anthropic一家的问题。

有网友表示，御三家的套餐，基本都是前三周用完一个月额度，而且还是在“没怎么重度使用”的情况下。

只不过这一次，Claude Code有些欺人太甚——

Reddit上随处可见吐槽这件事的帖子。

所以现在看，“不耐用”这件事，已经不是个别体验问题了，而是一个系统性问题。

也难怪Anthropic官方绷不住了，出来澄清。

对此，The Register分析认为，可能有三方面原因。

首先，上周Anthropic表示将在高峰时段降低配额。

也就是说，在高峰时段，相同使用行为对应的可用额度会更少，用户体感就是“用得更快”。

（注：高峰时段为美国东部时间（ET）：工作日08:00–14:00；美国太平洋时间（PT）：工作日05:00–11:00）

其次，3月28日也是Claude促销活动的最后一天。该活动在非高峰的6小时窗口外，将使用额度翻倍。

现在促销结束了，用户的可用额度会从“加倍状态”回落到正常水平，体感上就会明显“缩水”。

最后，则是reddit网友发现的两个bug：

独立二进制中的sentinel替换机制，在对话涉及计费内部逻辑时会破坏缓存。

resume参数会始终导致缓存失效（自v2.1.69起）。

这两个问题的影响在于，prompt cache无法生效，相同请求被重复计算。最终导致token消耗被动放大，成本可能膨胀到10倍以上。

不过，也有部分用户表示，降级到旧版本确实有所改善。

降级到2.1.34后效果非常明显，

有没有试过的家人，来谈谈体验？

比模型能力更关键的，是“能不能持续用”

说白了，Claude这一波，本质不是模型强不强，而是你能不能稳定地用它。

模型能力越强，越好用，用的人也就越多，对于工作流也就越重要。

对于模型涨价，虽然口袋很痛，但不少用户和企业还是愿意为高质量回复付费的，而A社的模型能力大家也是有目共睹。

但问题在于，消耗涨了，但体验没跟上；成本涨了，用户反馈看不见，持续交付没跟上。

有用户直指Anthropic的售后，连最基础的token使用管理，都整不明白。

更关键的是，用户已经连续反馈了好几天，bug也给你找出来两天了，才跳出来说「在查了」。

反观隔壁的OpenClaw，谈笑间又更，现在基本上是每周一到两更。

有问题，几乎是连夜修。

这就带出一个很现实的问题：在AI时代，模型能力，可能已经不是最稀缺的东西了。

更稀缺的是：能不能持续交付，能不能快速响应用户，能不能把反馈当回事。

By the way，如果Claude的代码都是AI写的，要不售后这一块，就多雇几个人吧（doge）。

参考链接

[1]https://www.theregister.com/2026/03/31/anthropic_claude_code_limits/

[2]https://old.reddit.com/r/Anthropic/comments/1s8ex9a/nothing_changed/

[3]https://old.reddit.com/r/Anthropic/comments/1s7zfap/investigating_usage_limits_hitting_faster_than/