Claude Pro到底包含多少Token？

Claude Pro 包含多少 token？

Claude Pro 不包含固定的 token 配额。截至 2026 年 10 月，Anthropic 也没有公布这一数字。Claude 订阅不是一个可以逐步消耗的 token 余额。Anthropic 使用 token 衡量用量，但 Pro 通过每五小时重置一次的会话上限，以及适用于所有模型的每周上限来限制用量；这两个上限都没有以 token 数量公布。一次会话能进行多长时间，取决于您选择的模型、对话已经累积的长度，以及每轮请求附带的文本量。

这才是这个问题通常得不到的答案，因为人们预期套餐的工作方式类似 API key。API key 消耗按 token 计算的余额，因此您可以自行核对账单。Pro、Max 或 Team 这类按配额提供的套餐，销售的是由 Anthropic 设定并调整的使用上限。Anthropic 没有将这个上限说明为 token 数量，其 Pro 帮助页面也只表示您可以发送的消息数量会有所不同。因此，没有固定的 token 数量可以引用。任何直接给出一个数字的人，都是自行编造的。

因此，请换个问题。是什么让我的消息消耗更高？这个问题有明确答案，您今天就可以据此采取措施。

订阅无法给出 token 数量的原因

API 会按 token 数量为每个请求计费。输入 token 包含您发送的所有内容，输出 token 包含模型返回的所有内容，而且二者的费率不同。因此，在进行任何估算前，必须先了解输入和输出 token 的费用不同。

消费者套餐没有可供消耗的余额。Anthropic 会在每个 5 小时重置的会话中限制您的用量；按额度计费的付费套餐（Pro、Max、Team 以及较早的按席位计费 Enterprise 合同）还设有第二个更长周期的限制，按周统计。按用量计费的 Enterprise 套餐则有所不同：Anthropic 表示，这类套餐没有按席位设置的用量限制，也不包含 token 额度；每个 token 都按 API 费率计费，管理员可以分别为组织和单个用户设置支出上限。消息并不是固定大小，因此相同的消息数量对不同用户代表的工作量可能完全不同。Anthropic 的 Pro 帮助页面根本没有给出消息数量。页面说明，您可以发送的消息数量取决于消息长度、所附文件的长度、当前会话的长度，以及您使用的模型或功能。这个警告概括了全部情况，但背后的机制几乎从未得到解释。

为什么第 20 轮聊天的成本远高于第 1 轮

模型不会在请求之间保留记忆。它是无状态的，因此每一轮都会重新发送完整对话：系统提示词、您之前发送的每条消息、Claude 之前生成的每条回复，以及您附加的每个文件。您的新问题可能只有 20 个词，但承载它的请求包含整份对话记录。

因此，一轮请求的成本会随聊天长度增加，并且呈线性增长。下面各行使用同一组假设展示这种计算：系统提示词约 1,000 个 token，您每次发送的消息约 1,000 个 token，每次回复约 1,200 个 token。这些数字用于说明机制，不代表您账户的实际用量。

[
  {
    "label": "Turn 1",
    "sent_this_turn": "2,000",
    "cumulative_input": "2,000"
  },
  {
    "label": "Turn 5",
    "sent_this_turn": "10,800",
    "cumulative_input": "32,000"
  },
  {
    "label": "Turn 10",
    "sent_this_turn": "21,800",
    "cumulative_input": "119,000"
  },
  {
    "label": "Turn 20",
    "sent_this_turn": "43,800",
    "cumulative_input": "458,000"
  }
]

第 1 轮会发送 2,000 个输入 token。到第 20 轮时，同一个简短问题会发送 43,800 个输入 token，是前者的 20 多倍，而您输入的文字量相同。在整个对话中，您总共发送了 458,000 个输入 token，其中大部分是反复发送的相同文本。

20 个彼此独立的单轮聊天，只会发送上表第 1 行数量的 20 倍，不会产生其他重复内容。问题相同，但负载只占一部分。附件会进一步扩大差距，因为您在第 2 轮附加的 PDF 会在第 3 轮、第 4 轮以及之后的每一轮中重新发送，无论当前对话是否仍然涉及该文件。

这就是为什么同一套餐下的两个人会报告完全不同的使用量。一个人整周都保持同一个线程，到周三就达到上限。另一个人为每项任务新建聊天，很少遇到限制。两个人都没有做错。由于使用习惯不同，他们的 token 消耗可能相差一个数量级。

在 API 中，您可以使用提示词缓存降低重复成本。它会保存请求开头未变化的部分，使后续调用中的这部分输入按较低费率计费。无论使用订阅还是 API key，Claude Code 都会自动为您执行此操作，并允许您禁用缓存或选择缓存的保留时间。缓存会降低重复内容的成本，但不会消除重复：每一轮仍会携带完整对话记录，因此您真正能够控制的是对话长度。同一机制也主导编码会话，因为文件内容和工具定义会在每一轮中一并发送。因此，缩小编码会话的上下文比任何设置都更有助于控制限制；在将问题归咎于套餐前，也值得阅读Claude Code 会话的 token 到底消耗在哪里。

各套餐层级在相对意义上提供什么

没有任何订阅层级公布绝对用量上限。官方公布的是相对额度，而这已经足以用于选择。Free 位于最底层，Anthropic 表示，免费用户可发送的消息数量会随需求变化。Pro 高于 Free。Max 提供两种规格，分别说明为 Pro 每个会话额度的 5 倍和 20 倍。Team 按席位定价，额度适用于每位成员，而不是整个团队。按用量计费的 Enterprise 套餐是本页唯一的例外：它收取的席位费用只涵盖平台访问权限，并按标准 API 费率单独对每个 token 计费。因此，这类套餐的账单取决于 token 数量，唯一的上限是管理员设置的支出限额。所有消费者套餐的额度都归属于账号，而不是个人。因此，两个人共用一个 Pro 登录账号会共同消耗同一个额度窗口，而且消费者条款也禁止这种做法。

应将这些倍数视为意向说明，而不是合同承诺。Anthropic 会调整额度，其帮助页面也保留以其他方式限制用量的权利，例如自行决定设置每周和每月上限，或限制特定模型和功能。这也是任何严谨页面都无法直接给出 token 数量的另一个原因。关于同一比较中的费用，Pro 的价格及其额度上限和两种 Max 层级之间的差异会详细说明；免费套餐实际允许的用量则说明最低额度。

模型选择是在套餐层级之上的第二个倍数。同一个问题，在最大模型上会比在最小模型上消耗更多额度，因为运行更重的模型时，每个 token 的成本更高。将常规任务从 Opus 降级到 Sonnet 或 Haiku，通常比升级套餐带来更多可用时间。因此，当额度总是不够用时，首先应尝试根据任务选择匹配的模型。

查看自己的用量，不要凭猜测

您自己的账户是唯一权威的信息来源，而且只需点击两次即可查看。在 claude.ai 中打开 Settings，然后选择 Usage。此页面会显示您已使用的额度，以及限制何时重置。回复开始被拒绝时检查一次，完成长时间会话后再检查一次。这样，您很快就能了解自己的使用规律，任何公开数据都无法替代这一点。应用也会在达到限制前发出警告：显示已使用当前会话限制 90% 的横幅表示当前会话只剩十分之一的额度。此时应新建聊天，或切换到更轻量的模型，而不是继续延长长对话。

在 Claude Code 中，使用两个斜杠命令即可在终端完成相同操作。/usage 报告您的套餐用量限制；对于 Pro、Max、Team 和 Enterprise 套餐，它还会细分哪些用量会计入这些限制。/context 显示当前正在占用上下文窗口的内容，并按项目列出明细，同时建议可以删减的内容。当 /context 显示旧对话占据了大部分上下文时，/clear 会以空上下文开始新会话，每轮成本也会回落到上方图表第一行附近。

在 API 中，您可以在发送任何内容前请求计数：

curl https://api.anthropic.com/v1/messages/count_tokens \
  --header "x-api-key: $ANTHROPIC_API_KEY" \
  --header "anthropic-version: 2023-06-01" \
  --header "content-type: application/json" \
  --data '{
    "model": "claude-sonnet-5",
    "messages": [{"role": "user", "content": "Summarise the attached report."}]
  }'

正常响应只有一个字段：

{"input_tokens": 14}

Anthropic 将该数字标记为估算值。实际使用的输入 token 可能存在少量差异，而且该计数不包含模型尚未生成的输出。每个已完成的请求都会在结束时报告实际计费信息：

{"usage": {"input_tokens": 21430, "output_tokens": 512}}

先发送一个简短问题作为新请求，然后在一个很长的线程末尾发送相同问题，并比较两个 input_tokens 值。差值就是订阅所计量的影响，并以数字形式显示出来。

达到限制且任务尚未完成时的处理方法

1. 等待时间窗口重置。应用会显示重置时间，而且等待通常比临时变通方案更快。如果当前没有紧急任务，这是正确的做法。如果您的账户可以重置限制，Anthropic 的 Pro 帮助页面说明，您可以使用该功能，将五小时会话限制或每周限制恢复为完整额度；限制重置的工作方式介绍了何时值得这样做。如果您不想等待，Pro 订阅者可以启用使用额度，继续超出套餐包含的限制运行。
2. 切换到更轻量的模型。在所有套餐中，较小的模型每轮成本都更低。在 Max 中，Anthropic 的 Fable 指南允许您将每周限制的最多一半用于 Fable 模型，且无需额外付费；这部分额度与其他模型共用同一个每周限制。因此，使用完这部分额度后，您可以切换到其他模型，或继续使用 Fable 并消耗使用额度。在 Pro 中，Fable 完全不计入套餐限制，从第一条消息起就使用使用额度。
3. 创建新的聊天，只携带下一步所需的内容。粘贴结论，不要粘贴完整记录。每轮成本会立即下降，回答通常也会更好，因为模型不再需要处理数千个已经确定的讨论令牌。
4. 将任务迁移到 API。API 按请求统计令牌，并按令牌计费。API 不存在需要等待结束的五小时会话，但它有自己的窗口。速率限制按每分钟的请求数、输入令牌数和输出令牌数计算。请求超过其中任一限制时，会返回 429 错误，通常会通过 retry-after 标头说明需要等待多久。Start、Build 和 Scale 使用层级还分别设有 $500、$1,000 和 $200,000 的月度消费上限。达到上限后，API 使用会暂停，直到下个月第一天的 00:00 UTC，除非您提前申请提高上限。您可以在发送请求前估算输入量，并在发送后读取准确的使用量。

适合哪种方案，取决于问题出在时间窗口还是工作负载。一次性的集中处理属于时间问题。每周三都会遇到的限制属于工作负载问题，这种情况应选择 API 或更高套餐，而不是调整时间安排。限制在任务中途触发时的完整检查清单会逐步介绍恢复方法，滚动窗口如何开启和重置则解释限制窗口为何以这种方式运行。如果您准备使用 API，请先计算成本：针对相同工作负载比较 API 与订阅和100万个令牌的实际成本会在迁移前提供所需的计算结果。

FAQ

Claude Pro 包含多少 token？

Anthropic 没有公布 Pro 的 token 额度。截至 2026 年 10 月，也没有可引用的具体数字。Pro 使用量按 token 计算，受每五小时重置的会话限制和适用于所有模型的每周限制约束。具体能发送多少条消息，取决于模型、附件以及对话长度。任何声称 Pro 有具体月度 token 数量的页面都只是猜测。打开 claude.ai 的 Settings，然后选择 Usage，即可查看您的实际用量和重置时间。

开始新聊天会重置我的使用量吗？

不会。使用量按账号在整个时间窗口内统计，因此新聊天不会返还您已经用掉的额度。它改变的是从该时刻起每轮对话的成本。新聊天没有需要重新发送的历史记录，因此会从上方图表的较低位置开始，而不是继续上升。无论使用哪个套餐，主题变化时开启新聊天都是最省额度的做法。

为什么我今天比昨天更快达到限制？

通常是因为今天的工作都集中在一个很长的对话线程中。每一轮都会重新发送完整对话以及所有附件，因此每条消息的成本会持续增加，而您看到的消息数量没有变化。另一个常见原因是模型不同：更大型的模型每轮消耗额度更快，因此整个下午使用最大模型，可能会比整个上午使用较小模型更早达到限制。

我是否应该改用 API，以便准确统计 token？

如果您需要精确数字或可预测性，可以改用 API。API 会在每次调用中报告输入和输出 token，并提供免费的 token 计数端点，您可以在发送请求前调用它；同时，您不必等待五小时会话窗口重置。API 仍然有使用窗口：超过每分钟速率限制时会返回 429 错误，通常还会提供等待时间；在 Start、Build 和 Scale 层级中，还有月度消费上限，达到上限后会暂停使用，直到下个月第 1 天恢复。API 按 token 计费，因此高频使用的成本会高于固定订阅，而低频使用的成本会低得多。切换前，请根据当前套餐用实际工作负载进行成本比较，因为最终结果取决于您发送的 token 数量。