Claude Pro/Max/Team 限额真相：5小时窗口+周上限，按token计而非按消息

Claude Pro/Max/Team 限额真相：5小时窗口+周上限，按token计而非按消息 | 前端进阶之旅

Full translation

完整中文译文

五小时窗口和周上限计的是 token 而非消息——这改变了 Max 比 Pro 划算多少的计算

Karl Kahn，Claude Max 20x 订阅用户，在对 Anthropic 的诉讼中描述了一个场景：一次五小时的会话消耗了他周上限的 15%。按他计算，Max 5x 的实际增量为 Pro 的约 3.5 倍，而非宣称的 5x；Max 20x 则为 6–8 倍，而非 20x。诉讼要求向所有在 2025 年 4 月之后购买 Max 的用户退款。Anthropic 拒绝置评——从程序上讲她也无可反驳：Pro 文档说的是"每会话至少五倍于免费套餐的使用量"，而 Max 的承诺同样基于相对倍数的逻辑——5x 和 20x 于 Pro——既没有给出任何绝对数字，也没有承诺任务量。

在俄语区，这通常被简单搜索为"claude подписка"（Claude 订阅），期望在价目表上比较数字。价格是第二位的。首位是机制：自 2026 年起，Claude 的限制不是消息计数器，而是在两个层级上同时计算的 token 预算——滚动五小时窗口和叠加其上的周上限，两者共同适用于 claude.ai 上的聊天、Claude Code 和 Cowork，以及 CLI 和桌面端。一次长程 agent 运行消耗的，可能超过一整天普通对话的总和，而想提前知道还剩多少，官方途径走不通：Anthropic 已经从文档中移除了旧的参考指标——"Max 5x 每 5 小时 225 条消息，Max 20x 900 条"——该页面现在返回 404。

为什么一小时消耗的比一天还多

Pro 的限制是双层的：自第一条消息开始的五小时会话，以及叠加在所有模型之上的周上限。Max 的周限制不是一条而是两条——一个适用于所有模型的总额，外加一个仅绑定到 Sonnet 的独立上限：可能触及总额上限而仍在 Sonnet 配额内，反之亦然——结构在文档中有描述，但没有数字。消耗的计算不区分工作环境——网页聊天、IDE 还是终端——共用一个计数器。

接下来是具体分析，"一小时就用光了"这种感觉从何而来。Claude Code 每次发送新消息时都会附上整个对话历史，因此上午打开的一个会话中，一个简短的问题实际上要支付整个累积上下文的费用。成本管理文档还列出了另外三个加速因素：订阅超过一小时暂停后缓存未命中（usage credits 和 API 缓存仅存活五分钟），空闲会话中的后台 scheduled tasks，以及 /compact 命令本身会重新读取待压缩内容。另加 agent teams：这是一个实验性功能，默认关闭，通过 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 标志开启，所以普通订阅用户的会话不算在内。开启该标志的用户情况不同：当多个 teammates 在 plan mode 下并行工作时，每个人有各自的上下文和模型副本，总消耗可达普通会话的约 7 倍——只要至少有一个 teammate 处于活跃状态。此外还有 7 月 24 日 Opus 5 发布——这是 Max 上的默认模型——这里有个空白：它具体如何影响订阅限制的消耗速度，Anthropic 在发布日期前未在任何地方说明。

谁是对的：Anthropic 工程师还是原告

厂商的立场出现在 2026 年 3 月，Claude Code 工程师 Thariq Shihipar 的发言：新的大型会话限制只有约 7% 的用户会感受到。与这个数字相对的是 Forbes 专栏作家 John Koetsier 收集的一系列案例：一个 prompt 吃掉了 100 美元套餐五小时限制的 37%，五小时配额在一小时内耗尽。Koetsier 本人的立场是诚实的——他自己的账户仍有剩余限制，说明效果不均衡，取决于用户的具体负载，而非仅仅是套餐。

第三个声音增添了不对称性。J.D. Hodges，律师兼 IT 专业人士，运营着一份关于限制变更的带日期的时间线，他直说自己在 Claude Code 高级套餐上的体验"明显好于网上描述的"——并坦诚承认无法解释这个差距，称账户优先级假设只是猜测。这没有解决争议，但确认了主要实践结论：起决定作用的不是套餐的名义值，而是负载画像——取决于你的长会话数量、agent teams 和 MCP 服务器数量，而非价目表上的数字。

最有力的反驳——以及如何应对

Anthropic 表述方式的辩护者有一个真实的论据：相同组成结构的会话，"5x/20x 每会话"的相对倍数在数学上是正确的，只有那些在 Max 上改变了负载画像的用户——开始运行 agent 团队、teammates、长上下文——才会感到与实际体验不符。再加上 2026 年基础容量确实在增长：5 月 6 日，Anthropic 将 Claude Code 的五小时限制在 Pro、Max、Team 和 Enterprise 上翻倍，并移除了峰值削减——为此她从 SpaceX 获得了超过 300 兆瓦电力和超过 220,000 块 GPU。Claude Code 的周限制维持 +50% 至少到 8 月 19 日——这已是第二次延长。

这削弱了 Kahn 的诉讼，但没有终结它：即使基础翻倍，Max 20x 的一位用户仍然在单次会话中烧掉了周配额的 15%——而 5 月和 7 月的慷慨是描述为临时的、与日期绑定的，而营销中的倍数是永久的。还有一个透明度信任问题的先例：1 月，客户报告节日翻倍后 token 限制下降了 60%，Anthropic 坚称配额只是恢复到了基础——当时没有办法从外部验证，现在也没有。

"升级前先测量"协议

关于自己账户的唯一真实来源——Claude Code 中的 /usage 命令：它显示计划进度条、按 skills、subagents、插件和 MCP 服务器的细分，高亮所有产生 ≥10% 最近消耗的内容，可以用 d 键（天）和 w 键（周）切换窗口。在付费 Max 之前，连续一周每天记录一次。

如果上限在周五之前就用光了，或 agent teams/MCP 占消耗的显著比例，或缓存未命中是系统性的而非偶发的，升级才是合理的。如果不是——更划算的是启用 usage credits（Pro、Max 5x、Max 20x 可用，上限 $2000/天，按 API 费率支付），在网页端提前开启——在移动端没有切换开关。在金钱方面有个参考：Anthropic 的企业部署中位数消耗——活跃日每位开发者约 $13，月 $150–250，90% 的用户日均少于 $30；这是 API 成本，不是 Max 订阅的直接等价物，但与 $100 和 $200 订阅费相比是有用的比较点。

如果按 API 费率额外付费让人不安，而部分任务根本不需要非得走 Claude——草稿翻译、摘要、对代码的第二个意见——这类任务可以转移到其他模型而无需第二个订阅：支持 OpenAI 协议的客户端可以通过替换 base URL 和密钥连接到 provod.ai，模型比较在一个界面中完成，而非在每个厂商的标签页间切换。

Team 做什么，8 月 19 日会发生什么

Team 的机制相同，但预算绑定到席位：五小时和周窗口按每个席位滚动，聊天、Claude Code 和 Cowork 共用计数器，分配大小取决于席位类型——Standard 或 Premium，Anthropic 不公布数字。团队没有共享池：如果一位开发者连续第二天榨干限制，而另一位几周不碰 Claude，他们之间无法转移容量。对于需要跨模型统一计数而非严格按席位绑定的部分团队，更接近的是 provod.ai 那样的组织余额模型，配备角色和消耗控制——这不是为了替代 Team 内 Claude Code 的 agent 功能，而是一种不为那些不一定非要用 Claude 的任务购买第二个席位的方式。

有三个日期需要记住。8 月 19 日，Claude Code 周限制 +50% 的延长到期——如果第三次不续，所有当前的容量计算都得重来。"Fable 5 不超过周限制 50%"规则自 7 月 20 日生效，仅适用于该模型。而最重要的是——Max 上 Opus 5 默认对订阅预算消耗速度的影响在任何地方都没有描述；这是整个话题中最新也最未经检验的变量，在官方数字出现之前，追踪它的唯一方法仍然是 /usage，在活跃使用前后各记录一周。

provod.ai — 将 AI 从测试转为常规流程

当模型成为日常工作的一部分时，统一的访问权限、清晰的计费和兼容的 API 至关重要：平台将这些元素整合为团队和企业服务。

在一个目录中——面向文本和媒体的最新模型：OpenAI 的 GPT、Anthropic 的 Claude、Google 的 Gemini、xAI 的 Grok、DeepSeek、Qwen、GLM、Kimi 和 MiniMax；图像方面——Nano Banana 2 Pro 和 GPT Image；视频方面——最新的 Seedance、Kling、Veo 和 Google Omni。此外还有用于 reasoning、搜索、文档、嵌入、音乐和音频的模型。

常规工作建立在透明定价的基础上：官方模型费率 1:1 传递，provod.ai 不收自己的加价。

构建你的 AI 工作流：注册表单 · 模型定价 · 数据保护（152-ФZ） · provod.ai 主页