并行跑 N 个 agent 的额度与成本：同一只池子，N 份上下文

不能这么指望，官方也没有这条承诺。到顶的行为是 Claude Code 拦到消息里给出的重置时刻（官方原句：Claude Code blocks further requests until the reset time shown in the message）；官方给的续跑方式是订阅态在开着的会话里等重置后接着跑 —— 同一只订阅等重置，不是换号。换模型也不解，会话限额与周限额跨所有模型共享。更要紧的是官方《使用政策》把创建或管理多个账号用于规避平台保护措施列为禁止项，所以「到顶自动切号」这条路官方不认。周额度那层官方写的是按账号在一个每周固定时刻重置，与你何时开工无关。并行这一侧也一样：多开几个 agent 不会另开一条通道，撞的仍是同一条 5 小时窗与周上限。核于 2026-10-20。

换模型这一层官方写得很直白：每个模型各有一份自己的缓存，换过去之后下一次请求会把整段对话重新读一遍、拿不到缓存命中，哪怕内容一字不差。账号与组织这一层，官方写的是缓存按组织隔离，不同组织之间不共享缓存，哪怕提示完全相同；换到另一只组织，同一段前缀得重新写一次，而 5 分钟档的缓存写单价是基础输入单价的 1.25 倍。命中本身还要求前缀 100% 逐字完全一致，分支名或某个 worktree 的路径混进前缀就命中不了。worktree 这层的官方口径是每个 worktree 一个独立工作目录，文件与分支各自一份。至于社区流传的「打穿之后账单会暴涨」一类说法，官方文档里核不到，属于社区反馈，没有官方口径。核于 2026-10-20。

不一定，很可能更贵。每个 agent 都得自带一份固定前缀：官方写每个子代理从一份全新、隔离的上下文窗口起步，同一个团队里每个 teammate 各跑一份自己的上下文窗口，token 消耗与团队规模大致成比例；workflow 那页另给方向——单次运行可能比在对话里做同一件事明显多用 token。按上面那组假设 P = 40,000，把一件事拆成 K 段，就是把这份前缀付 K 次，这是算式的推论而非官方数字。官方唯一给过的倍数是 plan mode 下 agent teams 约 7 倍于普通会话的 token 数——那是 token 数，不是 7 倍账单金额。省与贵的判据落在同一处：省下的重复读入是否大过多付的那几份前缀的输入价。核于 2026-10-20。

先说来源：官方给的是「快用完了」这一类提示，不是某个工具自定的百分比，80% 这类数字不是官方口径。Claude Code 的官方示例文案写的是会话限额已用 85%，并带上重置时刻。它盯的那一层是两条进度条：5 小时会话额度和周额度，状态栏字段的定义是 5 小时或 7 天限额已用百分比，从 0 到 100，重置时刻是 Unix 秒级时间戳。这两个窗口只对 claude.ai Pro 与 Max 订阅者出现，API key 侧没有，所以读数要先看用的是哪种凭据。像 80% 这种数字适合当刹车提示，不适合当对账依据；官方文档里没有任何一个固定百分比阈值，只有这一类提示。核于 2026-10-20。

要分两只时钟。API 这侧：限额按每型号类的 RPM、ITPM、OTPM 计，超过回 429 并带 retry-after；官方另外两句正好打在并行上——短促的请求突发可能超过限额并触发限流错误，用量陡增也会撞上 acceleration limits，官方给的建议是把流量逐步抬高。这只池子按组织设定，一次 fan-out 不会把容量变大，而且它用 token bucket 持续回填而不是定点清零。订阅那侧到顶不是 429，而是 Claude Code 拦到消息里给出的重置时刻。按量计费那一侧官方写用量按请求计量，没有等重置这一说。本站 key 的并发是 5，超过它就是排队，不会凭空多出一条通道，排队不等于被封。核于 2026-10-20。

照上面三步算例那一节做，再加三条限定。第一，单价必须带日期：官方价表页自己写着价格与套餐可被单方改动，缓存那一档还要带 5 分钟 TTL 注记。第二，命中要自己核：缓存命中要求前缀 100% 逐字完全一致，前缀里有一个字节不一样就是没命中。第三，对账看服务商或本站的账：同一账号的 claude.ai、Claude Code、Desktop 共用一条额度，要拼的是服务商或本站 key 的账，不是把几块状态栏加起来。算例里的 token 量、并行数与轮数是本页自设的假设输入，抄的时候别当成官方数字；定价跟着价表走，限额跟着订阅走，两边的口径不要混。核于 2026-10-20。