详细内容或原文请订阅后点击阅览
Claude Pro Max 5x 配额在 1.5 小时内耗尽
Claude Pro Max 5x 配额在 90 分钟内耗尽？以下是缓存令牌、速率限制以及 Anthropic 需要修复的问题。Claude Pro Max 5x Quota Exhausted in 1.5 Hours 的帖子首先出现在 1redDrop 上。
来源:1redDrop如果您使用 Anthropic 的 Pro Max 5x 计划并想知道为什么您的配额在午餐前消失，那么您就不是在想象。越来越多的用户报告称，他们的 Claude Pro Max 5x 配额在短短 1.5 小时内就耗尽了（即使是在中等使用会话期间），该模式表明计费和速率限制行为值得仔细检查。
开始对话的报告
针对 Claude Code 存储库提交的 GitHub 问题清楚地说明了情况。一位使用 claude-opus-4-6 型号的 Pro Max 5x 订户报告称，配额重置后，他们的每日配额在 90 分钟内就用完了。会议并不是特别激烈——主要是问答和少量的开发工作。没有什么可以毁掉专为繁重工作量设计的计划。
与之前的配额窗口相比，更令人震惊的是。在早期，整整五个小时的严肃开发工作——多文件实现、图形化管道操作、多代理生成——消耗了类似数量的配额。这种使用感觉与工作量成正比。但 1.5 小时的较轻任务却没有造成倦怠。
缓存令牌问题
这就是事情在技术上变得有趣的地方。在围绕此问题的讨论中已经确定了一个可能的罪魁祸首：cache_read 令牌似乎是按照速率限制以全速率计数，而不是以折扣速率或零速率计数。
这在实践中非常重要。当 Claude Code 在工具密集模式下运行时（在任何类型的代理工作流程中经常这样做），它每小时可以生成多达 200 个工具调用。在这些情况下，即使这些调用的很大一部分是从缓存中提取的（理论上，这应该更便宜），配额计数器显然也会以相同的速度滴答作响，就好像每个令牌都是新生成的一样。