Claude Codeの2026年の利用制限：トークンを使い切らないための8つのルール

Ailootの参考ドキュメント：ailoot.ai/docs/。

2026年のClaude Codeの利用制限はどう機能し、なぜ上限に達するのか？#

2026年5月20日時点で、有料のClaude Codeプランは次のとおりです。

数値の出典はAnthropicの公式ページです。5時間の時間枠に加えて週間の利用制限もあり、ヘビーユーザーは金曜日ごろに影響を感じ始めます。

5月6日の倍増とは？

2026年5月6日のCode with Claude SFカンファレンスで、AnthropicはSpaceX Colossus 1との契約を発表しました。NVIDIAのグラフィックスカード22万枚、容量300 MWで、1か月以内に稼働する計画です。直ちに次の変更が行われました。

• 有料プランすべてで5時間の利用制限が2倍になりました。
• 以前はピーク時間帯に割当量を減らしていた日中のピーク時間帯制限が撤廃されました。
• APIでは、Opusの最大入力トークン数/分が30Kから500K（+1500%）に、最大出力が8Kから80Kに増えました。

さらに、5月13日から7月13日までの一時的なキャンペーンとして、Pro / Max / Teamの週間利用制限が+50%になります。7月13日以降、週間の割当量は元の水準に戻ります。

バイブコーダーは実際にどれくらい使うのか？

Anthropicは公式ドキュメントで参考値を示しています。

• 開発者の平均支出は1日あたり$13、月あたり$150-250です。
• ユーザーの90%は1日あたり$30以内に収まります。
• Plan Modeのエージェントチームは、標準的なセッションの約7倍のトークンを消費します。

コンテキストウィンドウのサイズはモデルによって異なります。Anthropicのドキュメントによると、2026年9月時点でOpus 4.7以降、Sonnet 5、Fableモデルは、Proを含むすべてのプランで1Mトークンのウィンドウを備え、デフォルトでは約967Kで自動圧縮（auto-compact）が始まります。拡張コンテキストを使わないOpus 4.6とSonnet 4.6のウィンドウは200Kで、200Kの境界で圧縮が始まります。/autocompactコマンドで独自のしきい値を設定できます。たとえば/autocompact 500kです。半日分の作業を1つのチャットに詰め込むと、コンテキストが肥大化し、Claudeは話の筋を見失い、同じファイルを何度も読み直すようになり、トークンの消費が1.5～2倍の速さになります。

著者が述べる経験では、以下で紹介する8つのルールのおかげで、月額$200のサブスクリプションで十分です。これらを使わなければ、Max 20xでも昼までに上限に達します。

ルール1：「1タスクにつき1つの会話」が最も多くのトークンを節約するのはなぜ？#

このルールは「5つのチャットを並行して開くこと」ではなく、あくまで「次のタスクで使うために前のチャットを掘り返さないこと」を指しています。

ここで説明する方法では、次のように機能します。メッセージを送るたびに、Claudeは新しい依頼だけでなく、それまでの会話全体も見ます。朝にランディングページについて話し、その後メールキャンペーンに移り、さらにワークショップの指示の修正を頼んだ場合、3つ目の依頼の時点では履歴全体がコンテキストに含まれます。すでに忘れている「ランディングページ」を覚えておくために、トークンが消費されます。

「頭をすっきりさせる」と効果があるのはなぜ？

タスクが終わったらすぐにチャットを閉じましょう。これはトークンのためというより、注意力を解放するための方法です。

本当にタスクが終わったなら、「念のため、また戻るかも」とチャットを残しておかないでください。新しいチャットを開きます。claude --resumeまたは/resumeを使い、ブランチ名、PR ID、タグなどの目印で以前のチャットを見つけられます。

タスクが2日間にまたがる場合はどうする？

本当に続ける必要があるなら、チャットを「宙ぶらりん」にしたままにしないでください。閉じる前に、隣のチャット用のプロンプトを書くようClaudeに頼みます（ルール7を参照）。これで履歴5万トークンを500トークンのプロンプトに圧縮でき、翌日、新しいチャットで一から書き直さずに文脈を引き継げます。

ルール2：CLAUDE.mdは500行ではなく200行に保つ#

新しいセッションを始めるときClaudeが最初に読むファイルがCLAUDE.mdです。このセクションでは、特にトークン節約について説明します。

何行なら適切？

CLAUDE.mdが長いとエージェントの能力が落ちるのはなぜ？

理由は単純です。/initはリポジトリを「モデルに説明」し、モデルがすでに知っている、または構造をざっと見れば自分で見つけられる情報をコンテキストに追加します。この重複がトークンを消費し、焦点をぼかします。

密度のルール：すべての言葉が行動を変える

CLAUDE.mdから1行削除してもClaudeの行動が変わらないなら、その行は不要です。次の方法で判断します。

1. CLAUDE.mdを開き、すべての段落を確認します。
2. 「これを削除したら、Claudeは間違いを始めるだろうか？」と自問します。
3. そうでなければ、削除するかスキルに移します。

特定の状況でしか適用されないルールはすべてスキル（.claude/skills/<name>/SKILL.md）に入れます。CLAUDE.mdに書くのは、常に必要なことだけです。

ルール3：Claude Codeの計画を別ファイルに保存するのはなぜ？#

Plan ModeはShift+Tabで有効にするClaude Codeのモードです。実装前にコードを調べ、ファイルを読み、質問するモードです。以下ではリポジトリ編集を別に扱います。提案を確認して自分でplans/へ保存するか、明示的にモードを出て計画ファイルへの書き込みを許可してから、新しい会話を始めます。

Claudeの頭の中にある計画より、ファイルに書いた計画が優れているのはなぜ？

各プロジェクトにplans/フォルダーを用意しています。タスクを始めるときは次のようにします。

1. Plan ModeでClaudeに調査と方針の提案を頼みます。
2. 計画を確認し、自分でplans/YYYY-MM-DD-task-name.mdへ保存するか、Plan Modeを出てClaudeの書き込みを許可します。閉じる前に保存内容を確認します。
3. チャットを閉じます。
4. 新しいチャットで「plans/YYYY-MM-DD-...mdを読んで、フェーズ1を実装して」と伝えます。

得られること：

• 計画が固定されます。Claudeが1時間前に決めたことを「忘れる」ことはありません。
• 計画を手作業で編集できます。5つの手順を見て、3番目は不要だとわかれば、それを削除して先に進めます。
• 再起動後も計画が残ります。翌日戻ってファイルを開き、続きを進められます。
• エージェントに順番に引き継げます。1つのチャットで計画を書き、別のチャットで実装し、3つ目でレビューできます。

Plan Modeはキャッシュを壊さない

重要な点として、Plan Modeで無効になるのは会話のキャッシュ（メッセージ）だけで、システムプロンプトとプロジェクトコンテキスト（CLAUDE.md）は温かい状態のままです。つまり、Plan Modeに切り替えて戻るときのトークン消費はほとんどありません。これに対して、/modelでモデルを変えると入力価格の90%でキャッシュが壊れ、プレフィックス全体を再計算する必要があります。

コンテキストエンジニアリングでは、5時間で消えてしまうチャットではなく、残る場所に計画を保存することも大切です。

ルール4：スキルはセッション開始時ではなく、必要に応じて読み込む#

スキルは3段階で読み込まれます。

1. メタデータは常時読み込み—セッション開始時、Claudeには各スキルのnameとdescriptionだけが表示されます。目安はスキル1つにつき約100トークンです。
2. 必要なときに指示を読み込み—ユーザーが関連する依頼をすると、ClaudeはSKILL.mdの本文を読み込みます。最大5000トークンです。
3. 要求に応じてリソースを読み込み—同梱ファイル（例、テンプレート）は、モデル自身が必要としたときだけ読み込まれます。

これによってトークンの費用対効果はどう変わる？

ここで説明する例では、教育用の手順書を書くための決まり、メール配信のルール、コードレビューのルールを、以前はCLAUDE.mdに入れていました。ファイルは500行に膨らみ、会話がランディングページについてでも、セッション開始のたびに500行すべてに料金を払っていました。

この例では、CLAUDE.mdにはナビゲーションと基本方針の200行を入れます。4種類のルールはスキルに置きます。

.claude/skills/
├── write-tutorial/SKILL.md         # trigger: “write a guide”
├── deploy-checklist/SKILL.md       # trigger: “check before publishing”
├── send-broadcast/SKILL.md         # trigger: “send a mailing”
└── debug-payment-webhook/SKILL.md  # trigger: “check the payment”

Claudeが起動時に見るのはヘッダーだけで、400トークンです。「ガイドを書いて」と言うと、対応するSKILL.mdを読み込んで従います。「メールを配信して」と言うと、別のスキルを読み込みます。

Anthropicの公式ドキュメントにあるスキル作成ルールからの引用です。

スキルが怪しい場合は、インストールしない

スキルは、ファイルやAPIキーに直接アクセスできる実行可能な指示です。他人のコレクションをインストールする前に、各SKILL.mdを開いて自分で読みます。中に外部URLへのリンクを含むbash:ブロックがあれば、警告のサインとみなし、インストールしません。

ルール5：タスクをメインセッションではなくサブエージェントに任せるのはいつ？#

公式ドキュメントより：

どんなタスクをサブエージェントに委任できる？

• 大規模なコードベースの検索。 サブエージェントが30個のファイルを読み、「該当する関数はsrc/lib/payment/cloudpayments.ts:142です」と返します。メインのコンテキストに30個のファイルの内容は表示されません。
• テストの実行とログ解析。 サブエージェントがnpm testを実行し、200行の出力を調べ、「X、Y、Zで3件のテストがこの理由で失敗しました」と返します。
• 複数ファイルのリファクタリング。 ファイルごとに1つのサブエージェントを並行して実行します。
• ガイド内のリンク確認。 サブエージェントがWebFetchで30件のURLを確認し、「5つのリンクが404を返します」と報告します。

2026年5月、AnthropicはMulti-Agent Orchestrationを第一級機能として正式に発表しました。以前は、サブエージェントはSDKを通じてコードからしか起動できませんでした。現在はClaude Codeからスラッシュコマンドで直接起動できます。

サブエージェントがうまくいかない場合

だから、サブエージェントを半日も確認せずに放置することはありません。並行して委任する量が増えるほど、中間結果をこまめに確認するというルールです。大きなタスクでは、各サブエージェントごとにPlan Modeを有効にします。

ルール6：タスクに合わせてClaudeモデル（Opus / Sonnet / Haiku）を選ぶには？#

API価格（100万トークンあたり）：

出典：Anthropicの公式ページ。サブスクリプションでは価格は表示されませんが、比率は同じです。Opus 4.7には注意点があります。Opus 4.6と比べ、新しいトークナイザーでは同じテキストでもトークン数が最大+35%増える可能性があります。トークン単価は上がっていませんが、リクエストあたりの実質的な費用は増えます。何も考えずにすべてをOpusで処理すると、タスクの半分にSonnetまたはHaikuを使う場合と比べて、利用制限に5倍速く達します。

モデル選択の例

/modelコマンドでモデルを切り替えます。ただし、モデルを変えるとキャッシュが無効になります。セッションの途中でSonnetからOpusに切り替えると、次のリクエストではプレフィックス全体がキャッシュ価格ではなく通常の入力価格で最初から再計算されます。そのため、何度も切り替えるより、最初にモデルを選ぶほうがよいです。

/effort—より控えめな設定

2026年4月、Anthropicは/effortを展開しました。推論の深さはminimal / low / medium / high / xhighの5段階です。Claude CodeのOpus 4.7はデフォルトでxhighで動作します。

私の使い方：

• 分類、データ抽出、短い要約には/effort low。深い推論が不要なタスクでは30-70%節約できます。
• 簡単なコーディングタスクには/effort medium。
• 複雑なアーキテクチャの作業ではxhighのままにします。

/effortはモデルを変えず、推論の深さだけを変えます。キャッシュは維持されます。

ルール7：/compactを使わず、新しいチャットにプロンプトを渡す#

/compactは、履歴を要約に置き換えるClaude Codeの公式コマンドです。サブスクリプションのTTLが1時間である間に、キャッシュが有効な状態で最後のメッセージの直後に実行すると、要約がキャッシュされ、通常価格の10%で読み込まれます。1時間後に実行するとキャッシュが失効しており、通常価格を全額支払います。

/compactはカスタマイズできます。

/compact Focus on code samples and API usage

また、CLAUDE.mdで要約の既定の焦点を指定できます。

# Compact instructions
When you are using compact, please focus on test output and code changes

ただし、私はたいてい別の方法を使います。

隣のチャットにプロンプトを渡す例

手順：

1. 現在のチャットで、コンテキストが50%を超えたとわかったら、「意味を失わずに作業を続けられる、隣のチャット用のプロンプトを書いてください。作業内容、完了したこと、残っていること、重要なファイルと定数を含めてください。」と伝えます。
2. Claudeが300-800トークンのプロンプトを作成します。
3. /clearで現在のチャットを閉じるか、単に新しいチャットを開きます。
4. プロンプトを貼り付け、温まったCLAUDE.mdとプロジェクトコンテキストを使って始めます。会話の記憶は新しい状態です。

/compactと比べて得られること：

• 新しいチャットに含める内容を制御できます。 /compactは独自の理解に基づいて要約しますが、プロンプトなら開始前に手作業で編集できます。
• プロンプトをplans/ファイルに保存できます。翌日、そこから再開できます。
• 新しいチャットは会話キャッシュが新しい状態で始まります。その後の作業はキャッシュ済み入力価格で進められます。

/compactのほうが適しているのはいつ？

• Plan Modeを使っていて、現在の計画を失いたくないとき。
• タスクの流れが一定で、コンテキストに一貫性があるとき（たとえば長い文書の翻訳）。
• Claudeの回答の直後に/compactを実行するとき。その場合、要約は温かいキャッシュに入り、費用は10%です。

/clear—最後の手段

/clearはプロジェクトコンテキストを含めてすべて消去します。以前のことを一切残さず、まったく関係のない話題に切り替えるときだけ使います。/clearの後の次のリクエストでは、CLAUDE.mdを再び読み込む全額を支払います。

ルール8：Claude Codeのキャッシュは何によって無効になり、なぜその費用がかかるのか？#

サブスクリプションのキャッシュTTLは1時間で、アクセスするたびに延長されます。APIではデフォルトが5分です。つまり、40分後に作業に戻ってもキャッシュはまだ有効で、次のリクエストの入力費用はごくわずかです。1時間後にはキャッシュが失効し、全額を支払います。

キャッシュを壊すもの（タスク中は避ける）

1. /model—セッション途中でモデルを変える。 モデルごとにキャッシュが異なります。/model opusの後のリクエストでは、Opus用にプレフィックス全体を最初から再計算します。
2. opusplan設定でPlan Modeを有効にする。 このモードでは、Plan ModeはOpus、通常モードはSonnetです。Shift+Tabを押すたびにモデルが変わり、キャッシュが無効になります。
3. MCPサーバーの接続／切断。 一時的な障害後の自動再接続も含みます。MCPサーバーが不安定なら、費用が2倍になります。
4. 単独名の拒否ルール（Bash、WebFetch）—システムプロンプト内のツール定義が変わります。
5. /compact—設計上、会話レイヤーを無効にします。
6. Claude Codeを新しいバージョンにアップグレードする。 新バージョンではシステムプロンプトも新しくなり、新しいキャッシュが必要です。

キャッシュを壊さないもの

• リポジトリ内のファイル編集（必要に応じて読み込まれます）。
• セッション途中でのCLAUDE.md編集（ただし、変更は再起動するまで適用されません。ルール2を参照）。
• 出力スタイルの変更。
• 権限モードの変更（opusplanが関係しない場合）。
• スキルやコマンドの呼び出し（会話レイヤーに追加されます）。
• /recap（キャッシュを無効にせず要約する新しいコマンド）。
• /rewind（すでに温まったプレフィックスに戻る）。
• サブエージェントの起動（親のキャッシュには影響しません）。

キャッシュを有効に使う方法

• 理由もなく/modelを切り替えないでください。タスクの開始時にモデルを選びます。
• 「念のため」MCPサーバーを10個も有効にしないでください。それぞれがシステムプロンプトに追加され、再接続時にキャッシュを壊します。
• タスクの合間にCLAUDE.mdを編集しないでください。まとめて編集してから再起動します。
• コンテキストを解放する必要はなく、要約を見たいだけなら、/compactではなく/recapを使います。

6月15日の自動化クレジット案はどうなったか#

対話とプログラム利用の枠を分ける案は停止されました。Anthropicのサポート更新は、Agent SDK、claude -p、第三者アプリも契約枠を使えると説明しています。停止案の金額を必須の2つ目の請求に足してはいけません。

10月に対象MaxとTeamへ導入された月次APIクレジットは、連携Console組織に含まれる別の枠で、対話の上限を置き換えません。現在のAPIクレジットガイドは、契約ログインとAPIキーを区別し、対象外の起動元も示します。

定期作業の予算を決める前に、認証、起動元、モデル、実際の利用を記録します。claude -pだけで消費する残高は分かりません。追加API利用は組織の請求設定によります。説明と計算は自動化の請求を参照してください。

Claude Codeを使うバイブコーダーの1日#

1日の例：

1. 9:00。 タスク#1を開きます。メールテンプレートの編集です。新しいチャットを開いてPlan Modeを使い、Claudeに調査を依頼します。3分で計画ができ、自動承認に切り替えて10分で編集が終わります。チャットを閉じます。
2. 9:30。 タスク#2は教育用ガイドの作成です。新しいチャットを開くと、ガイド作成用のスキルが呼び出され、4000トークン分の方法論が読み込まれます。それに沿って作業し、40分でガイドが完成します。
3. 11:00。 タスク#3は複雑なアーキテクチャ上の問題です。/model opus、Plan Modeで話し合い、計画を確認し、手動でplans/2026-05-20-...mdへ保存するか、Plan Modeを出て書き込みを許可します。ファイルを確認してから閉じます。
4. 12:00。 新しいチャットで「plans/2026-05-20-...mdを読んで、フェーズ1を実装して」と伝えます。ファイルごとに1つ、6つのサブエージェントが並行して動きます。45分でフェーズ1が完了します。チャットを閉じます。
5. 14:00。 タスク#4はランディングページの編集です。/model sonnetに切り替えて新しいチャットを開きます。計画と実装に30分かかります。チャットを閉じます。
6. 15:00。 タスク#5は本番環境のデバッグです。/model opus、Plan Modeで深く調べます。1時間話し合った後、原因と修正案を特定し、隣のチャット用のプロンプトを書くよう頼みます。それを新しいチャットにコピーし、20分で実装します。

1日の終わりには、6つのタスク、閉じたチャットが8つで、/compactは一度も使いません。利用制限の40-60%を使います。それで十分です。

利用制限を使い切る人は、次のような使い方をしています。

• すでにコンテキストを50%使ったチャットに、タスク全体を詰め込む。
• 「いつか役立つかもしれない」とCLAUDE.mdを600行にする。
• 簡単な編集でも毎回/model opusに切り替える。
• 念のためMCPサーバーを8つ有効にする。
• サブエージェントを使わず、すべてをメインの会話に持ち込む。

利用制限を使い切らない人は、プロジェクトファイルに第二の脳を構築し、チームのエンジニアのようにClaudeと作業します。明確なタスクを与え、すべてを1つの会話に詰め込まず、タスクごとに異なるツールを使います。

Ailootについてはailoot.aiで引き続きご覧ください。