Claude 没有公开一个统一的“每天可发 N 次”额度。 如果你已经被限制，先别去套用网上的次数表：复制屏幕上的完整提示，再打开同一账号的 设置 > 用量(Settings > Usage)。提示负责告诉你卡在哪一层，用量页负责给出这个账号真正的重置时间。
先按现场信号判断：
| 你看到的提示或现象 | 实际 owner | 现在最有效的动作 |
|---|---|---|
Approaching 5-hour limit | 当前 5 小时 session 的套餐用量 | 先完成最重要的任务，并查看剩余时间 |
5-hour limit reached - resets [time] | 已包含的 5 小时用量 | 等屏幕所示时间；符合条件时也可开 usage credits |
| 用量页显示 weekly counter | 套餐周限制 | 等该计数器自己的固定重置时间；5 小时刷新不会补回它 |
continuing with usage credits | 已进入额外付费用量 | 检查余额、月度上限和自动充值，不要把它当免费重置 |
| 对话过长、无法继续容纳内容 | 单次对话的上下文长度 | 新建对话或精简材料；等 5 小时通常不解决它 |
| API 返回 429 / Console 限制 | API organization | 看 Console 的 rate/spend limit；Pro 或 Max 订阅不是 API 配额 |
一句话记忆：5 小时不等于自然日，周限制不等于 5 小时，上下文不等于套餐用量，API 也不等于消费者订阅。
现在该等，还是该付费？
先看提示里有没有明确的 resets [time]。如果有，而且你不需要马上继续，等这个时间是风险最低的选择。这个时间可能落在下午或凌晨，并不按北京时间零点统一刷新，也不是每一条消息发出五小时后单独返还。
如果提示说 5 小时已经用尽，同时出现继续使用 credits 的选项，你面对的是另一份合同：Anthropic 目前把这项功能称为 usage credits(用量额度)。它允许符合条件的 Pro 或 Max 用户在包含用量耗尽后，按标准 API 费率继续使用；费用与订阅费分开计算，Claude 和订阅登录的 Claude Code 也会共同消耗这笔余额。
开之前至少确认三件事：
- 用量页是否已经明确显示进入 credits，而不是仍在消耗套餐内用量；
- 月度消费上限是否能承受一次长任务；
- 自动充值是否开启，以及什么条件会触发。
usage credits 不会把 5 小时计时器改成别的规则，也不会让周限制消失。如果你只是偶尔差一点完成任务，小额上限比直接升级更可控；如果你每个窗口都稳定撞线，再比较套餐更合理。详细的成本边界见 Claude 额外用量费用指南。
为什么 Claude 不给“每天多少次”的固定答案
Claude 的每条消息并不等价。Anthropic 当前的用量与长度说明列出的影响因素包括对话长度和复杂度、功能、模型与 effort。长对话会携带越来越多历史内容；大附件、Research、网页工具、connectors、高 effort 和代理式编码也可能比一次短问答消耗得快。
这意味着两位同套餐用户今天都发 20 条消息，剩余用量可以完全不同。任何没有账号界面证据、却声称“Free 每天 100 次”或“Pro 每天固定 N token”的页面，都只能算估算，不能当成你的套餐合同。
你能优化的是后续消耗：新主题开新对话；不需要的附件和工具就移除；普通整理任务不用最高 effort；把目标、约束和输出格式一次说清。这样不会退回已经消耗的额度，但能减少下一轮无效往返。
Free、Pro、Max 分别会碰到什么
Free：5 小时 session，不承诺固定消息数
Anthropic 当前的免费版说明把 Free 描述为按 session 计算、每五小时重置的限制。可用消息会随需求变化，官方也保留其他公平使用限制。因此不要把一天简单除成几个窗口，再乘一个第三方消息数。
Pro：5 小时之外，还有周限制
Pro 计划页面目前写的是：高峰时段每个 session 至少提供 Free 的 5 倍用量，5 小时重置，同时有一个全模型共用的周限制。周重置日和时间由账号固定分配，可在设置的用量页查看。
所以“等了五小时还是不能恢复”并不矛盾：短窗口可能已经刷新，但周计数器仍然用尽。新建聊天也不会补回周用量。
Max：空间更大，但不是无限
Max 计划页面把两个档位描述为 Pro 的 5 倍或 20 倍 session 用量；当前页面还列出全模型周限制和 Sonnet 专属周限制。真正的名称和时间仍以你账号用量页为准。
这里存在一个需要保留的官方文档冲突：Anthropic 另一篇当前最佳实践页面仍使用“仅 Opus”和“其他模型”的周计数器措辞，而 Max、Team 页面使用“全模型”和“仅 Sonnet”。我们不能替官方猜测所有账号都长得一样。你登录后看到的标签和计时器，优先级高于任何通用攻略。
为什么付费了也会突然被限
常见原因不是一个，而是以下几种叠加：
- 你用尽的是周限制，不是刚刚刷新的 5 小时窗口；
- 网页、Claude Desktop 与订阅登录的 Claude Code 正在共享同一个消费者用量池；
- 长线程、文件、工具或 agentic 工作让每一轮消耗更高；
- 你看到的是上下文长度问题，却把它当成套餐计时器；
- 你已经进入 usage credits，但余额或消费上限又触发了边界。
最短诊断路径是：在同一账号打开用量页，分别看 session 与 weekly 的进度和 reset；再回忆今天是否在 Desktop 或 Claude Code 跑过重任务；最后确认当前对话是不是已经很长。不要先退出登录、换设备或不断重试——这些动作既不创造新额度，也可能制造更多无效消耗。
Claude Code 的具体终端状态、模型选择与减耗方法放在 Claude Code 用量指南；已经出现 rate limit reached 时，则按 Claude Code 限制排查处理。
新建对话什么时候有用，什么时候没用
新建对话只解决上下文和后续负载，不会重置账号用量。
Anthropic 当前说明的上下文容量按模型变化，可能最高到 1M，也可能是 500K 或 200K token，并且还要为回复预留空间。旧文章常写“付费 Claude 固定 200K”，这个说法已经不能代表所有当前模型。
如果症状是对话太长、早期信息被压缩、文件越来越难处理，新聊天或 Projects/RAG 会有帮助。如果屏幕明确显示 5-hour limit reached 或 weekly counter 用尽，新聊天不会绕过它。判断技巧很简单：有时间倒计时，看用量；有对话长度提示，看上下文。
Pro / Max 与 Claude API 必须分开算
消费者订阅与 API 是两套结算和限流系统。订阅登录的 Claude Code 会占用消费者池；如果 Claude Code 使用 ANTHROPIC_API_KEY，则请求计入 API organization，并按 API 计费。
API 的 429 可能对应 RPM、输入/输出 token rate、spend limit 或加速保护，重试还应遵循 retry-after。等待消费者账户的五小时 reset，或升级 Pro / Max，都不会自动提高 API organization 的限制。API key、是否有免费层和 Console credits 的边界见 Claude API 免费额度指南。
还有一个容易误读的 2026 年变更：Anthropic 曾宣布要把 Claude Agent SDK 和 claude -p 纳入新的月度 credits，随后暂停了该变更。因此，在官方再次确认前，不应把曾宣布的月度数字写成当前已经生效的权益。
一张不依赖猜测数字的行动清单
- 原样记录限制提示，不要只记“又到每日上限了”。
- 在同一账号打开 设置 > 用量，确认 session、weekly 或 credits 状态。
- 按页面显示的 reset 时间安排任务，不猜午夜或订阅日。
- 如果是上下文问题，新开对话并只带必要材料；如果是账号用量，新聊天无效。
- 如果今天还用过 Desktop 或 Claude Code，把它们计入同一个池。
- 开 usage credits 前设置可接受的月度上限；API 则去 Console 查限制。
- 对价格、模型标签和计数器名称，以本轮账号页面与 Anthropic 官方页面为准。
这套方法没有给出一个漂亮但虚假的“每日次数”。它给的是更能恢复工作的答案：找到当前计数器、读取它自己的重置时间，再选择正确的出口。
