AI编程工具的用量限制正在变成生产依赖

周四下午，迁移做了一半，两个测试还在故意报红，Claude Code 突然停下来告诉你——用量额度已用完。距离重置还有几个小时，而这个分支接下来的计划，全部存在于一段你无法继续的对话里。

生产环境什么都没坏。坏掉的是你的「生产线」。

一年三次停摆，每次原因都不同

这种经历在 2026 年至少出现了三次，每一次都不是用户自己的问题。

1月。 年初几天，开发者向 The Register 反映 Claude Code 的额度消耗速度远超以往，有人表示在 Sonnet 上 10 到 15 分钟就用完了。Anthropic 把问题归因于假期奖励额度（12月25日至31日翻倍）的结束，并否认把限制降到了原有基线以下。

3月。 Claude Code Max 订阅者报告配额「最快 19 分钟就用完，而不是预期的 5 小时」。Anthropic 在 Reddit 上回应称，已知悉用户在 Claude Code 中触达用量限制的速度远超预期，并开始在工作日高峰时段调整 5 小时会话限制。据 Anthropic 的 Lydia Hallie 后来解释，主要原因有两个：高峰时段限制收紧，以及持续膨胀的百万 token 会话。

6月。 6月19日，约 3% 的 Claude Code Pro 和 Max 订阅者被显示了错误的用量限制，部分用户甚至完全无法发送消息。Anthropic 当天在 @ClaudeDevs 上宣布已修复，并为受影响用户重置了 5 小时和每周限制。

三次事件的根因各不相同，但落到开发者的桌面上，结果完全一致：agent 停了，工作也跟着停了。

这是一种你无法控制的依赖

Anthropic 的定价页面把规则写得很清楚：每个套餐都有按 5 小时滚动窗口重置的用量限制，付费套餐还叠加每周限制；Claude Code 与你套餐的其他部分共享同一份额度，终端里的工作和聊天窗口从同一个池子里取用。

更关键的是倍率问题。Claude Code 的 agent 视图文档明确写道：「并行运行十个 agent 消耗配额的速度大约是运行一个的十倍。」而在独立 worktree 中并行跑 agent 如今已是常见工作方式——你的工作流越快，撞上窗口的时间就越早。

条款还随时可能变化。Anthropic 曾宣布把 Claude Code 每周限制永久提高 25%，随后又澄清，相对于用户当时的临时额度，这「实际上等于每周限制下调 17%」。OpenAI 也做过类似的事：ChatGPT Plus 的 Codex 5 小时限制在暂停数周后恢复，而更高价位的 Pro 套餐则暂时豁免。

这不是什么丑闻。算力有限，固定价格套餐总得想办法配给。但如果你把它当作一个上游服务来读，看到的是：看不见的限流、取决于你跑多少 agent 的消耗速率、以及一条推文就能改变的条款。如果一个支付 API 长这样，你不会不做降级方案就上线。

「5 小时滚动窗口」与「每周限制」如何叠加

所谓 5 小时滚动窗口，指的是系统始终回看你最近 5 小时内消耗的额度，而不是从某个固定时刻开始计时归零。这意味着你在窗口内的任何一次密集使用都会立刻反映到剩余额度上，恢复是连续、渐进发生的，而不是整点重置。付费套餐在此之上还有一层每周总量上限，用来防止单日高强度使用把均值拉爆。

两层限制叠加后，实际体验往往是：周初跑得很顺，周中开始频繁触顶，而每一次触顶又会反过来拖慢你的节奏。再叠加多 agent 并行带来的接近线性的消耗放大，一个原本预计半天的重构，可能在一个上午就撞到周限制。理解这一点，有助于你在排期时预留缓冲，而不是把 agent 当成无限可用的算力。

四步搞定额度耗尽

你不需要新工具，只需要在限制命中之前做好决定。

第一步：第二家厂商，提前热好。 现在就登录，而不是等到需要时。给它一个真实任务跑在这个仓库上，熟悉它的审批提示。主力 agent 被锁的那个下午，不是发现另一家读不懂你测试配置的好时机。同一厂商的第二个账号不算故障转移——它共享同一批故障和 bug。使用额外账号绕过限制前请先查阅厂商条款。

第二步：一份两个 agent 都读的指令文件。 Codex 从项目根目录到工作目录逐层读取 AGENTS.md；Claude Code 在没有 CLAUDE.md 时也会读取它（v2.1.277 及以上版本）。如果你已有 CLAUDE.md，在顶部加一行即可引入共享文件：

@AGENTS.md

把构建命令、测试命令和团队规则一次性写进 AGENTS.md，第二个 agent 就从和第一个相同的指令集开始工作。

第三步：任务状态放进 git，而不是对话里。 卡住的 agent 积累的上下文留在它自己那里，换一家厂商的 agent 读不到。能跨过去的是分支和你写下来的东西，所以在任务分支上维护一个简短的 notes 文件，并让 agent 每完成一步就更新它：

**`AGENTS.md` 为什么能跨厂商通用**

`AGENTS.md` 是一份放在项目仓库里的纯 Markdown 指令文件，没有私有 schema，也不绑定任何一家厂商。它约定俗成的用法是：在项目根目录、以及各级子目录里各放一份，描述该层级的构建命令、测试命令、代码规范和禁区。Codex 会从仓库根目录向下逐层读取并叠加这些文件；Claude Code 在找不到 `CLAUDE.md` 时也会回退读取 `AGENTS.md`。正因为它只是一个文件路径约定，任何愿意支持它的 agent 都能读到同一份规则，迁移时不需要重写提示词。

需要注意的是它并不传递「上下文」：`AGENTS.md` 里放的是长期稳定的项目知识，而不是「这个测试为什么还在报红」这类临时状态。后者要靠下一步的 notes 文件加 git 提交历史来承载。把两者混在一份文件里，会让指令文件迅速膨胀，反而稀释真正重要的约束。

**把任务状态写进 git 而不是对话**

agent 的对话历史是厂商侧的数据，不随你的仓库走。当你在 Claude Code 里积攒了几十轮上下文，切到另一个厂商的 agent 时，这些全靠重述，而重述本身既费 token 又容易丢细节。git 分支加一份简短的 notes 文件则完全存在于你自己的仓库里：分支记录了真实的代码变更，notes 记录了目标、已完成项、下一步和禁区。

这样一来，交接变成一次普通的代码评审动作——新 agent 读 notes、看 diff，就能接着干。notes 要刻意保持简短，它是指南针而不是日志；真正的细节交给代码和提交信息。每完成一步就让 agent 更新 notes，看似多花几秒，却能在额度意外耗尽时省下整整一个下午的重建成本。
# NOTES.md: fix the flaky login test
Goal: login test passes 50 runs in a row
Done: mocked the clock in auth.test.ts
Next: remove the sleep in session.ts
Don't touch: the public login() signature

额度耗尽时，把工作停放好，启动另一个 agent。Codex 和 claude 都支持把首条提示作为参数传入，于是交接脚本可以长这样：

#!/bin/sh
# handoff.sh [base]: commit the work, start Codex on it
set -e
base="${1:-main}"
git add -A
git diff --cached --quiet || git commit -m "wip: handoff"
codex "Read NOTES.md and git diff $base...HEAD, then continue."

把 codex 换成 claude，脚本就能反向工作。注意 git add -A 会暂存所有未被忽略的文件，依赖它之前先确认 .gitignore 覆盖了 .env。

第四步：一个你真正会看的仪表。 Claude Code 里的 /usage 会显示会话成本、套餐用量限制和活动统计，在 Pro、Max、Team、Enterprise 套餐上还会拆解哪些内容计入限制。铺开五个 agent 之前，先看一眼。

Hermes IDE 在其中的位置

我做 Hermes IDE，所以这一节请带着利益相关的前提来读。它的账号和交接功能就是为这个失败场景而生的。

默认情况下，Hermes 在每个 agent 的真实终端里运行它自己的登录流程，从不索要你的 token。你可以为同一个 agent 添加多个账号，方便把工作席位和个人套餐分开。在 ⌘N 启动器（Windows 和 Linux 上是 Ctrl+Shift+N）中可以按任务选择 agent、模型、effort 和账号，并把常用组合保存为预设。

每个任务都有自己的 hermes/<name> 分支和 worktree，这正好覆盖第三步：工作本来就活在分支上。当一个 agent 触达用量限制，你可以在另一个 agent 里继续这个任务，何时、何地由你决定。Hermes 不会替你回答权限提示，也不会自行往终端里打字。

第四步对应的是：每个会话显示 agent 报告的花费，或明确标注为估算值的 token 总量。排队任务和双 agent 启动会遵守你设置的运行中 agent 上限，而不是一次全开——当十个 agent 以十倍速度烧配额时，这一点很重要。

也要说清楚短板。Hermes 是桌面应用，agent 运行在你机器上或通过 SSH 打开的终端里。它无法把 Claude 的对话迁移到 Codex，我也没听说有工具能做到；能跨过去的只有分支。当前版本 2.3.1 于 10 月 13 日发布，免费下载，源码在 BSL 1.1 下开放，支持 macOS、Windows 和 Linux，与 Anthropic、OpenAI、Nous Research 及任何 agent 厂商均无关联。这套四步方案用普通终端也能跑完，Hermes 只是帮你把账记清楚。

什么时候这套方案是过度设计

第二家厂商意味着第二份订阅。Claude Pro 单是列出价格就是每月 20 美元，另一边也要花钱。如果你每周只用 agent 写几个小时代码，等重置完全是个好计划。

agent 之间也不是可以随意互换的。换个模型会有不同的判断，一次重构中途的交接，可能让你在一个 diff 里同时 review 两种风格的代码。而且 6 月那个计数 bug 当天就被修复了，还附带重置公告。

所以结论比「付两家钱」要窄：提前决定窗口关闭时会发生什么。对副业项目来说，这个决定可以是「我等」。对冲刺流程依赖 agent 的团队来说，「我等」可能意味着整个下午泡汤——那就这周把第二家厂商配起来。

下次用量限制消息下午三点弹出来时，你的计划是什么？等重置、换厂商，还是按 token 用 API key 付费？