要点まとめ：Claude Codeの利用制限は2層構造になっています。5時間ごとにリセットされるセッション制限と、週に1回リセットされる週間制限です。どちらの制限も、ClaudeのWebアプリやClaude Desktopと共有されています。Anthropicはどちらの制限についても具体的なメッセージ数を公開していません。利用可能な量は、モデル、コンテキストサイズ、ツールによって変動するためです。
この利用枠の共有こそ、多くの人が見落としがちなポイントです。朝食時に長いリサーチのチャットで使い果たしてしまった利用枠は、午後3時にエージェントを実行する際に必要となる利用枠そのものなのです。
Claude Codeの利用制限としてカウントされるもの
Anthropicのヘルプセンターにはっきりと記載されているとおり、有料プランには5時間ごとにリセットされるセッション制限と、週に1回リセットされる週間制限が設定されています。さらにMaxプランには、Fableモデル専用の週間制限が別途適用されます。この同一の利用枠を消費するのは、Claude Webアプリ、Claude Desktop、そしてターミナルやIDEで動くClaude Codeの3つの環境です。ツールごとに独立した利用枠が確保されているわけではありません。
| プラン | 料金（2026年10月21日確認時点） | Claude Code |
|---|---|---|
| Free | $0 | 含まれません |
| Pro | 月額$20、または年払い時月額$17（前払い$200） | 含まれます |
| Max | 月額$100から（5倍および20倍の各ティア） | 含まれます |
| Team | スタンダードシート1人あたり年払い時月額$20、月払い時$25 | 含まれます |
価格情報はAnthropicの料金ページに基づいており、Anthropicの裁量により変更される場合があります。
5時間枠の実際の挙動
セッション制限は、利用枠が開始されてから5時間後にリセットされます。Anthropicは開始ルールや具体的なトークン数を公表していないため、開始時刻を予測して裏をかこうとするのではなく、ローリング方式の予算として捉えるのが賢明です。
一見バグのように見えて、実はそうではない挙動が1つあります。応答の途中で制限に達した場合、Claude Codeは現在実行中のステップを完了し、Usage limit reached · wrapping up と表示することがあります。AnthropicのProおよびMax向けガイダンスによると、このラップアップ（仕上げ処理）は週間制限としてカウントされ、新たなメッセージには適用されません。Proプランでは週間期間ごとに1回、Maxプランでは5時間制限に達するごとに適用されます。また、Anthropicはこの挙動を段階的に展開中としているため、アカウントによってはまだ反映されていない場合もあります。これは進行中のターンを完了させるための配慮であり、猶予期間（グレースピリオド）ではありません。
週間制限がより深刻な理由
その日の仕事を強制終了させかねないのが、この週間制限です。5時間枠なら1日に4〜5回補充されますが、週間上限はそうはいきません。Anthropicは「1週間に1回リセットされる週間制限」以上のリセットルールを公表していないため、推測したリセット時刻をあてにして大規模なリファクタリングを計画するのは禁物です。作業を始める前に /usage で確認しましょう。
いずれかの制限に達した場合、取れる選択肢は3つあります。
- リセットされるまで待つ。
- 使用量クレジット（Usage credits）を有効にして、リクエストを停止させる代わりに従量課金制へ切り替える。
- すでに契約している別サブスクリプションのエージェントに作業を移す。
メッセージ数が公表されていない理由
Anthropicが「1枠あたり200メッセージ」のような数値を公表しないのは、そうした数字が実態と乖離してしまうためです。使用量はトークン数に応じて増減し、トークン数はモデル（1ターンあたりのコストはSonnetよりもOpusの方が高い）、コンテキストサイズ（メッセージのたびに過去の会話全体が再送信される）、ツール（Anthropicはコネクタを「トークン消費量が多い」と表現しています）、そしてエフォートレベル（思考トークンは出力として課金され、デフォルトの予算では1リクエストあたり数万トークンに達することもある）によって大きく変動します。
そしてこのリストは、そのまま対策のチェックリストでもあります。
Claude Codeの利用枠を最大限に延ばす9つの方法
1. /usage を実行し、推奨事項に従う
Pro、Max、Team、Enterpriseの各プランでは、/usage を実行すると直近の使用量がスキル、サブエージェント、プラグイン、個別のMCPサーバーごとに分類され、それぞれが削減できる割合を示した推奨事項が表示されます：
25% Trim ~/code/api/CLAUDE.md · 49k tokens per request
40% Switch from max to high effort · /effort high
30% Compact before you step away · run /compact
d または w を押すと、24時間と7日間の表示を切り替えられます。フッターに f to fix 2 of 3 と表示されている場合は、f を押すことでClaude Codeが自動対応可能な項目を適用してくれます。表示される数値はローカルのセッション履歴に基づくため、別のノートPCでの使用量は含まれません。あてずっぽうに対処するよりも、まずはここから確認しましょう。
2. 無関係なタスクに移るときはコンテキストをクリアする
不要になった古いコンテキストは、一度だけでなく以降のすべてのメッセージでトークンを消費し続けます。バグ修正から新機能の開発に切り替える際、過去のやり取りは無駄な負担となり、毎回再送信されてしまいます。
/rename auth-token-refresh-bug # label it so you can find it later
/clear # start fresh
/resume # come back to it later
/clear を実行する前に /rename しておくこと——これは多くの人が飛ばして後悔する手順です。
3. コンパクション時に残すべき内容を指定する
自動コンパクションはコンテキスト上限付近で履歴を要約しますが、そのままでは何が重要かを推測で処理してしまいます。/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
4. タスクに適したモデルを選ぶ
一般的なコーディング作業の大半はSonnetで十分にこなせ、Opusよりも低コストです。Opusはアーキテクチャの意思決定などに温存し、/model で切り替えましょう。ここで注意すべき落とし穴が2点あります。Opusに切り替えるとセッションのモデルを継承するサブエージェントにも適用されてしまう点と、サブエージェントごとに個別に安価なモデルを固定指定できる点です。
---
name: test-runner
model: haiku
---
どの役割にどのモデルを割り当てるべきかについては当社のモデルルーティングガイドで解説しています。また、モデルのダウングレードが裏目に出るケースについては「安価なモデルが逆に高くつく場合」を参照してください。
5. エフォートレベルを下げる
高度な思考（Extended thinking）は複雑な計画に役立つためデフォルトで有効になっていますが、定型的なコード修正では無駄なトークン消費にしかなりません。/effort でレベルを下げるか、/config で思考機能を無効化しましょう。なお、Opus 5.5、Sonnet 5.5、Haiku 5.5、およびFableモデルでは完全にオフにすることはできません。固定予算方式のモデルでは MAX_THINKING_TOKENS=8000 で上限を設定できますが、適応型推論モデルではゼロ以外の固定予算値は無視されます。
6. MCPサーバーのオーバーヘッドを削減する
ツールの定義はデフォルトで遅延読み込みされるため、実際にツールが実行されるまでは名前とサーバー指示のみがコンテキストに送られます。それでも完全に無料というわけではありません。/context で何が容量を占有しているかを確認し、その日使わないサーバーは /mcp で無効化しましょう。また、CLIが利用できる場合はそちらを優先してください。gh、aws、gcloud などのCLIツールなら、ツールごとの定義リストによるコンテキスト消費が一切発生しません。
7. CLAUDE.md の指示をスキルに移行する
CLAUDE.md はセッション開始時に読み込まれ、関係のないメッセージも含めてすべてのやり取りのコンテキストに残り続けます。プルリクエストのチェックリストや移行手順書などを詰め込んだ300行ものファイルは、リクエストのたびに余計な負荷をかけます。スキルはオンデマンドで読み込まれるため、特定用途の手順はスキル側に移行し、CLAUDE.md は200行未満に抑えるようにしましょう。
8. Claudeが読み込む前に冗長な出力をフィルタリングする
PreToolUse フックを利用すると、データがコンテキストに渡る前に前処理を行えます。Claudeに1万行のログを丸ごと読み込ませる代わりに、フック側で ERROR をgrepして一致した行だけを返すようにすれば、数万トークンかかっていたコストを数百トークンにまで削減できます。サブエージェントにテスト実行やドキュメント取得を任せる場合も同様で、冗長な出力はサブエージェント側のコンテキスト内に留まり、親セッションには要約だけが返されます。
9. まず計画を立て、具体的にプロンプトを指示する
「このコードベースを改善して」といった指示は広範囲のスキャンを引き起こします。一方で「auth.tsのログイン関数に入力バリデーションを追加して」と指示すれば、数個のファイルを読み込むだけで済みます。規模の大きなタスクでは、Shift+Tabを押して計画モード（Plan mode）に入りましょう。採用しなかった計画にかかるコストは、実装した後に手戻りして巻き戻すコストに比べればごくわずかです。
ただし、スケールアップの際には1つ注意点があります。Anthropicのコストに関するドキュメントによると、チームメンバーが計画モードで実行されている場合、エージェントチームは標準セッションと比べて約7倍のトークンを消費するとされています。各エージェントがそれぞれ独自のコンテキストウィンドウを保持するためです。単一のサブスクリプション内で並列実行を行うと、あっという間に週間制限に到達してしまいます。
やってはいけないこと
制限を回避するための複数アカウント作成、アカウントの共有、認証情報のローテーションなどは、いずれもAnthropicの利用規約に違反します。アカウントが停止されれば、制限リセットを待つよりもはるかに大きな損失になります。正当な手段は、上位プランへの移行、使用量クレジットの購入、またはConsole APIクレジットの利用です。
上位プランへの移行が適切な解決策ではないケース
注目すべき典型的なパターンがあります。木曜日に週間制限に達したとします。チームですでに費用を支払っているCodexのサブスクリプションがあり、Gemini CLIのキーもあり、手元には使われていないノートPCもある。それでも何の助けにもなりません。作業が単一のサブスクリプションに紐づく1つのターミナル内に閉じ込められているからです。これはクォータ（利用枠）の問題ではなく、ルーティングの問題なのです。
Sharklyは、各種コーディングエージェントの上位に位置するレイヤーです。Computerを接続すると、ローカルサービスがインストール済みのエージェントツールを検出し、それぞれをRuntimeとして認識します。あとは選択したRuntime上で実行されるAgentにTaskを割り当てるだけです。Claude Code、Codex、Gemini CLI、OpenCodeが分断されたサイロではなく、自由に選択できる実行ターゲットになります。
明確にしておくべき2つの境界線があります。
- SharklyはClaudeの利用制限を引き上げるものではありません。モデルの使用量は、それらのツールに設定されたサブスクリプションやAPIキーのままです。Sharkly自体はトークンを販売しておらず、これは欠落ではなく意図的な設計上の選択です。
- SharklyはClaude Codeを置き換えるものではありません。チームがすでに運用しているツールの周りに、共有のTask、Computer、コンテキスト、そしてレビューのレイヤーを追加するものです。
どのRuntimeがTaskを引き受けても、役割分担は変わりません。エージェントが調査、実行、テスト、報告を行い、人間が方針を定め、実行を許可し、成果物を承認します。利用枠を使い切った場合に移るのは「実行の場」であり、「判断」ではありません。
変わるのは、作業の振り分け先です。Claudeの利用枠を使い切っても、Taskが動かないターミナルの前で午後4時まで放置されることはありません。別のRuntime上のAgentに再割り当てすれば、1つのコードベースでClaude CodeとCodexを併用する方法の実践ガイドで示されているように、実行、ブロッカー、結果がすべて同一のTaskタイムラインに集約され続けます。
率直に言えば、判断基準は2つに分かれます。1つのリポジトリで1つのエージェントを動かしているなら、紹介した9つの方法で十分に対応できます。しかし、複数のサブスクリプションをまたいで複数のエージェントをすでに走らせているなら、手作業で利用枠を管理すること自体が破綻の原因であり、「ターミナルが多すぎる問題」という代償を払うことになります。エージェントが増えればレビューの負荷も増え、実行面のボトルネックが解消された後は人間のレビューが新たなボトルネックとなります。
ご自身の環境で実際に試してみるには、Computerを1台接続し、Agentを1つ作成して、何か単純な作業を割り当ててみてください。
よくある質問（FAQ）
Claude Codeの利用制限はClaudeアプリと共有されますか？ はい。Claude Webアプリ、Claude Desktop、Claude Codeでの利用は、すべて同一のセッション制限および週間制限にカウントされます。IDEでの利用も対象です。
5時間で何通のメッセージを送信できますか？ Anthropicは固定の数値を公表していません。使用するモデル、会話の長さ、有効なツール、エフォートレベルによって異なります。推測に頼らず、/usage で確認してください。
「Usage limit reached · wrapping up」とはどういう意味ですか？ 5時間の制限に達した時点で、Claude Codeが進行中だったステップを完了させていることを意味します。このラップアップ処理は週間制限にカウントされ、新しいメッセージの送信には適用されません。Proプランでは週間期間ごとに1回、Maxプランでは制限に達するたびに適用されます。
週間制限はいつリセットされますか？ Anthropicは「1週間に1回リセットされる週間制限」以上の詳細なリセットルールを公表しておらず、ヘルプセンターではその期間を週次利用期間（weekly usage period）と呼んでいます。仕様が明確に示されているのはセッション制限の方で、こちらは5時間ごとにリセットされます。重いタスクを開始する前に /usage を確認してください。
制限に達した後も作業を続けられますか？ はい、使用量クレジットを有効にすれば、リクエストが従量課金制に切り替わり作業を継続できます。また、Console APIクレジットを購入する方法もあります。なお、Maxプランに付帯する月次APIクレジットはClaude Codeでは利用できません。
他のエージェントプラットフォームを使えばClaudeの割り当て枠は増えますか？ いいえ。Claude Codeを動かすツールはすべて、ユーザー自身のサブスクリプション上で実行されます。マネジメントレイヤーができるのはルーティングの変更であり、リセットを待つ代わりに別のエージェントへ作業を移すことができます。
