並列エージェントの利用枠とコスト：プールは一つ、コンテキストは N 個

実行方法として約束はできない。公式が書く挙動は Claude Code blocks further requests until the reset time shown in the message で、許された続き方の表記は In an interactive session signed in with a claude.ai subscription, Claude Code can also wait in the open session and continue the interrupted task shortly after the reset —— つまり同じサブスクリプションでリセットを待つのであって、アカウントを乗り換えるのではない。モデルを替えても無意味で、session and weekly limits are shared across all models。さらに重要なのは、公式の Usage Policy が Create or manage multiple accounts to evade detection or circumvent platform safeguards を禁止事項に挙げていること。週の層は resets at a fixed time each week that is assigned to your account と書かれ、作業開始時刻とは無関係に決まる（照合 2026-09-22）。

モデルについては公式原句がある：Each model has its own prompt cache, so the next request re-reads the whole conversation with no cache hits。アカウント／組織については、公式は Caches are isolated between organizations. Different organizations never share caches, even if they use identical prompts と書く——別の組織に移れば同じプレフィックスをもう一度書くことになり、単価は 5-minute cache write tokens are 1.25 times the base input tokens price。そもそも命中には Cache hits require 100% identical prompt segments が必要で、ブランチ名や worktree ごとのパスが冒頭に混ざれば当たらない。コミュニティで流れる「10 倍から 50 倍の請求」は、今回取得した公式本文では確認できない ⇒ コミュニティの意見であり公式の基準はないので、本ページではコスト主張として書かない（照合 2026-09-22）。

必ずしも安くはならない、むしろ高くなることが多い。agent は each subagent starts with a fresh, isolated context window と公式に書かれる通り、固定プレフィックスを各自で抱える。だから each teammate has its own context window and consumes tokens independently、token usage is roughly proportional to team size。workflows ページも a single run can use meaningfully more tokens than working through the same task in conversation と同じ方向を示す。本ページの仮定 P = 40,000 では、一つのことを K 分割すればそのプレフィックスを K 回払う——これは本ページの算式の帰結で公式の数字ではない。公式が出す唯一の倍率は plan mode の agent teams が 7x more tokens than standard sessions という点で、これは token 数であり、請求が 7 倍になる話ではない。分岐点はただ一つ、避けられる重複読み込みが (K − 1) × P × 入力単価を上回るか否かだ（照合 2026-09-22）。

出所を先に書く。80% はオーケストレータ自身の閾値で、公式 usage-tracking の原句は A warning chip when you cross 80% of a limit。いっぽう Anthropic 自身の例文は 85% of your session limit で、二つの数は別物。見張っている層は二つの進捗バー、five-hour session and weekly usage limits のことで、項目定義は Percentage of the 5-hour or 7-day rate limit consumed, from 0 to 100。しかもこの二つの窓は appears only for claude.ai Pro and Max subscribers とあり、API key には存在しない。読み取り自体もリアルタイムではない：numbers update when the agent writes, not in real time。ゆえに 80% は減速の合図には使えるが、台帳の照合基準にはできない（照合 2026-09-22）。

また時計を分ける。API 側はモデルクラスごとに RPM、ITPM、OTPM で測られ、超えると 429 に retry-after が付く。公式の二文はまさに並列を突く：Short bursts of requests can exceed the limit and trigger rate limit errors、そして使用量の急増は acceleration limits に当たる。その池の大きさは Limits are set at the organization level で決まり、fan-out で容量は増えない。しかも上限は定点リセットではなく継続的に回復する。サブスク側は上限到達＝429 ではなく、Claude Code blocks further requests until the reset time shown in the message。API key・クラウド・従量課金側は usage there is metered per request, so there is no reset to wait for —— 待つリセット自体がない。当サイトの key の同時実行数は 5（2026-09-22 時点）、待機は封じ込みではない（照合 2026-09-22）。

手順は三步、それに三つの限定を足す。第一に、単価へ日付を付ける：公式価格表自身が Price and plans are subject to change at Anthropic's discretion と書き、キャッシュの段は Prompt caching pricing reflects 5-minute TTL. を伴う。第二に、当たりは自分で検証する：Cache hits require 100% identical prompt segments だから、プレフィックスの一バイトでも違えば当たらない。第三に、オーケストレータで台帳を合わせない：カバーするのは Claude Code、Codex、Gemini、OpenCode、Kimi Code、MiniMax の 6 で、読むのは各 agent がローカルディスクに落とす記帳そのもの（No API calls, no extra auth）、推定額は not a live bill from the provider、そして公式自身が Prefer the provider console for authoritative spend を勧める。同じアカウントの claude.ai・Claude Code・Desktop は同じプールを消費するので、組み立てるのはプロバイダまたは自分の key の請求書であって、ステータスバーを足した合算ではない（照合 2026-09-22）。