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

そのようには指望できません。公式の本文にもその約束はありません。上限に達したときは、Claude Codeがメッセージに表示されたリセット時刻までリクエストを止めます。モデルを替えても無意味で、セッション上限と週間上限はすべてのモデルで共有されるからです。公式が案内する再開方法は、有料プランのセッションを開いたままにしてリセットを待つことで、待つのは同じ契約のリセットです。公式の利用規約は、複数のアカウントを作って検出を回避したりプラットフォームの保護措置を回避したりすることを禁止しています。よって上限に達したときの自動のアカウント切り替えは公式の道ではありません。並列側も同様で、エージェントを増やしても別の道は開かず、当たるのは同じ5時間ウィンドウと同じ週間上限です。公式は契約の上限を「何通送れるか、どれだけ長く使えるか」で説明し、token換算の式は示していないので、換算はステータス表示と提供元の明細で確かめます。週間上限はアカウントごとに決まった時刻に毎週リセットされ、作業を始める時刻には左右されません。2026-10-20 時点で確認。

モデルの側は公式の本文がはっきり書いています。モデルごとにキャッシュが分かれており、切り替えると次のリクエストが会話履歴を一から読み直すため、キャッシュヒットは得ません。内容が完全に同じでも同じです。アカウントと組織の側は、キャッシュは組織ごとに分離され、同じプロンプトでも組織間で共有されないと書かれています。別の組織に移れば同じプレフィックスを書き直す必要があり、5分のキャッシュ書き込みは基本入力価格の1.25倍です。ヒットにはプレフィックスが100%完全に一致している必要があり、分岐名やworktreeのパスが混ざると命中しません。worktreeについては、各worktreeが独立した作業ディレクトリで、ファイルとブランチもそれぞれ別だと公式の本文に書かれています。コミュニティで語られる「使い切ると請求が跳ね上がる」という話には、今回公式ドキュメントに該当する記述がありません。コミュニティの実感であり、公式の根拠はありません。2026-10-20 時点で確認。

必ずしもではなく、多くは割高です。各エージェントが固定プレフィックスを自分で持つ必要があります。公式の本文では、各subagentは新しく隔離されたコンテキストウィンドウから始まると書かれており、同じチームでは各teammateが自分のコンテキストウィンドウを持ってtokenを独立に消費し、token使用量はチーム規模におおむね比例すると書かれています。workflowのページは方向として、実行のたびに会話で同じことをするより明らかに多くのtokenを使うことがあると付け足しています。上の仮定 P = 40,000 の下で1つの仕事をK分割すれば、そのプレフィックスをK回払うことになります。これは計算式からの帰結で、公式の数字ではありません。公式が出す唯一の倍率はplan modeのagent teamsが標準セッションの約7倍のtoken数で、請求額が7倍になるわけではありません。安いか高いかの判断は1か所に集まります。省ける重複読み取りが、余分に払うプレフィックスより大きいかどうかです。2026-10-20 時点で確認。

出どころから押さえます。公式の文書は、残っている量そのものではなく「もうすぐ使い切る」ことを警告します。80 パーセントのような値は公式の言い回しではありません。Claude Codeの例示メッセージはセッション上限を85%使ったと表示し、リセット時刻も添えます。見ているのは2本のバーで、5時間セッションの上限と週間の上限です。ステータスラインの項目は、5時間または7日間の上限の使用割合を0から100で表し、リセット時刻はUnixの秒単位のタイムスタンプです。この二つのウィンドウはclaude.aiのProとMaxの契約にだけ現れるので、API key側では見られません。読む前にどの資格情報で動いているかを確認してください。80 パーセントのような数字はブレーキとして使えますが、帳尻合わせの根拠にはなりません。公式の文書に固定のしきい値はなく、この種の警告だけです。2026-10-20 時点で確認。

また時計を分ける。API 側はモデルクラスごとに RPM、ITPM、OTPM で測られ、超えると 429 に retry-after が付きます。並列に効く公式の記述が2つあり、短いリクエストの連打は上限を超えてrate limitエラーを起こします。急峻な使用量の増加がacceleration limitsに当たることもあり、公式は流量を段階的に増やすように示しています。その池の大きさは組織単位で決められるので、fan-outを大きくしても容量は増えず、token bucketで継続的に補充され、一定時刻の一括リセットではありません。サブスク側は上限到達＝429 ではなく、Claude Codeがメッセージに表示されたリセット時刻まで止めます。使用量ベースの課金側では、公式は使用量がリクエストごとに計測されるので待つリセットはないと書いています。当サイトのkeyの同時実行数は5で、超えた分は待ち行列です。待ち行列は禁止ではありません。2026-10-20 時点で確認。

上の計算例に沿って、条件をいくつか足します。第一に、単価には日付を付ける必要があります。価格表側には価格とプランを一方的に変更できる旨の記載があり、キャッシュ区分には5分TTLの注記も付きます。第二に、ヒットは自分で確かめます。キャッシュヒットにはプレフィックスが100%完全に一致している必要があり、1バイトでも違えばヒットしません。第三に、照合は提供元か当サイトのkeyの明細を見ます。同じアカウントのclaude.ai、Claude Code、Desktopは枠を共有するので、組み合わせるのは提供元または当サイトのkeyの明細であり、ステータスバーの足し算ではありません。計算例のtoken量、並列数、往復回数はここで置いた仮定の入力値なので、コピーして使うときに公式の数字と読み間違えないようにします。価格は価格表に従い、上限は契約に従うので、両方を混ぜません。2026-10-20 時点で確認。