Claude Code 上限 対策ガイド

- Claude Code が止まる原因は3つ。利用上限、サービスの障害、モデルの提供停止や条件の変更で、やることが真逆になります(公式ドキュメント2026年10月29日確認)
- セッション上限(最初のメッセージから5時間の枠で、認証済みの Ultra には無い)と週次上限は全モデル共通で、モデルを切り替えても戻りません。Opus 上限と Sonnet 上限はその系統だけに適用され、Opus 上限なら /model で Sonnet や Haiku へ、Sonnet 上限なら別の系統へ移れば続けられます
- fallbackModel は、使っているモデルが使えないときに別のモデルへ自動で切り替える設定です。過負荷や利用不可のときに働き、利用上限では発動しません(公式のモデル設定ページ2026年10月29日確認)
- 2026年6月15日に Opus 4 と Sonnet 4 が廃止されました(公式の日本語表記は「廃止済み(Retired)」)。Anthropic は廃止の少なくとも60日前に通知すると明記しています
- 次に廃止されるのは claude-sonnet-4-5-20250929 です。この名前を設定に書いた環境は、2026年11月30日(暫定。独自日程の Amazon Bedrock と Google Cloud の Google managed を除く)以降は動きません
- 社内連絡に書くのは戻る見込みと代替の2点+連絡先。止まった記録を5項目で残すと、プラン変更の判断材料になります
Claude Code が止まったときの対策は、原因を3つに分けるところから始まります。
利用上限に達した、サービス側で障害が起きている、使っているモデルの提供が止まったか条件が変わった。
画面の見え方は似ているのに、やることは逆になります。
待てば戻るものと、待っても戻らないもの。
この区別を知らないまま同じ指示を出し直すと、復旧はかえって遅れます。
私は約50社・20業界(2026年7月時点)の法人導入で設定を引き渡してきました。
この記事では、2026年10月29日に公式ドキュメントで確認した内容と、自社の導入支援でとった対応をもとに、判断の順番をまとめます。
2026年11月10日追記:米国時間の2026年10月30日に、プランの名前が変わりました。
Max 20x は Ultra に、Max 5x は Max になっています。
これに合わせて、セッション上限とクレジットの説明を直しました。
Claude Code が止まったら、まず原因を3つに分ける
「上限」「障害」「提供停止や条件の変更」で対応が変わる
公式のエラーリファレンス日本語版(2026年10月29日確認)は、自動再試行、サーバーエラー、使用制限、認証、リクエストエラーと章が分かれ、症状ごとに対応が別々に書かれています。
「止まった」をひとまとめに扱わないのが公式の構えです。
上限はリセットを待つ話、障害は待つか切り替えるかの話、提供停止と条件の変更は設定を直す話で、交わりません。
最初に見るのは /usage と status.claude.com の2つ
/usage は、Claude Code の入力欄に打つと使用量を表示する指示です。
プランの使用量と、Claude Code の機能ごとの内訳が出ます。
ただし内訳の数値は、このマシンに残っている履歴からの概算で、他の端末や claude.ai で使った分は含まれません(公式のコスト管理ページ、2026年10月29日確認)。
APIキーで認証して従量課金で使う場合は、請求の正しい数字を Console(platform.claude.com、API契約の管理画面)の使用量ページで見ます。
Team・Enterprise は、請求権限のある管理者が claude.ai 管理コンソールの支出レポートで確認します(開く場所は公式のコスト管理ページから辿れます)。
Organization settings > Usage は使用量クレジットの有効化と支出制限の設定画面です。
Pro、Max、Ultra に組織の管理画面はないため、個人の支出は claude.ai の Settings > Usage で見ます。
使用量クレジット(枠を使い切ったあと標準のAPI料金で続けられる仕組み)の支出もここに出ます。
status.claude.com は、Anthropic が運用状況を公開しているページです。
claude.ai、Console、API(プログラムから直接呼び出す使い方)、Claude Code、Cowork(Claude Code とは別の製品)、政府機関向けの Claude(for Government)の6つを個別に表示します(2026年10月29日確認)。
公式のエラー文言で当たりをつける
画面に出ている文言を読むだけで、3つのどれかはほぼ決まります。
/model は、入力欄に打つと使うモデルを選べる指示です。
Opus、Sonnet、Haiku という系統をモデルファミリーと呼びます。
| 原因 | 公式のエラー文言の例 | 最初にやること | 復旧のしかた |
|---|---|---|---|
| 利用上限に達した | 「You've hit your session limit · resets 3:45pm」(セッション上限。リセット時刻つき)「You've hit your weekly limit · resets Mon 12:00am」(週次上限) | /usage で残量とリセット時刻を確認する | リセット時刻まで待つか、使用量クレジットを有効にする |
| 利用上限(モデル別)に達した | 「You've hit your Opus limit」(Opus 上限)「You've hit your Sonnet limit」(Sonnet 上限) | /model で別のモデルファミリーに切り替える | 切り替えた時点で作業を続けられる |
| サービス側で障害が起きている | 「API Error: Repeated 529 Overloaded errors」「API Error: 500 Internal server error」 | status.claude.com で該当サービスの状態を見る | 公式の復旧報告を待つ |
| モデルの提供停止や条件の変更 | 「Model not found」「Model … is not a recognized model id」「There's an issue with the selected model」 | 設定に書いたモデル名を公式のモデル非推奨化ページと突き合わせる | 設定を直すまで戻らない |
文言はいずれも公式のエラーリファレンス(2026年10月29日確認)から引いています。

【1】モデルを切り替えても戻らない利用上限がある
セッション上限と週次上限は全モデル共通
公式の日本語版にはこうあります。
「セッション制限と週間制限はすべてのモデル間で共有されるため、モデルを切り替えてもアクセスは復元されません」(エラーリファレンス日本語版、2026年10月29日確認)。
セッション上限と週次上限に当たったときは、どのモデルに移しても戻りません。
ここで /model を何度も入力し直すのは時間の無駄になります。
セッション上限は、最初のメッセージを送ってから5時間の間に使える量の上限です。
5時間たつと全部戻ります(公式ヘルプ、2026年11月10日確認)。
法人向けの Team と Enterprise では、この割り当てを Claude のチャットと Cowork も使います。
Claude Code を控えても、同じ割り当てを使うチャットと Cowork の消費は止まりません(公式のコスト管理ページ、2026年10月29日確認)。
個人向けで最も多く使える Ultra プランには、例外があります。
Anthropic が自動で行う認証が済んだアカウントには、セッション上限がありません。
ただし週次上限と、最上位モデルの Fable だけにかかる週次上限は残ります(公式ヘルプ、2026年11月10日確認)。
認証済みかどうかの確かめ方は、Claude Ultraの記事で説明しています。
Opus 上限と Sonnet 上限はファミリー別だから切り替えで続けられる
同じページに、Opus 上限と Sonnet 上限は「それぞれそのモデルファミリーへのリクエストにのみ適用される」とあります。
Opus 上限に当たっただけなら、/model で Sonnet に移せば作業を続けられます。
画面の文言が「セッション」なのか「Opus」なのかで、やることが変わります。
| 上限の種類 | 適用範囲 | モデルを切り替えて続けられるか | 公式が示す対応 |
|---|---|---|---|
| セッション上限 | 最初のメッセージから5時間の枠。全モデル共通。認証済みの Ultra には無い | 続けられない | リセット時刻まで待つ。使用量クレジットを有効にする。プランを上げる |
| 週次上限 | 1週間の枠。全モデル共通 | 続けられない | リセットを待つか、プランの変更と使用量クレジットを検討する |
| Opus 上限 | Opus ファミリーへのリクエストにだけ適用される | 続けられる | /model で Sonnet や Haiku に切り替える |
| Sonnet 上限 | Sonnet ファミリーへのリクエストにだけ適用される | 続けられる | /model で別のファミリーに切り替える |
使用量クレジットと、リセット後の自動継続
使用量クレジットは、Pro、Max、Ultra プランなら本人が claude.ai の Settings > Usage から、Team と Enterprise なら請求権限のある管理者が claude.ai の Organization settings > Usage から有効にします(公式のコスト管理ページ、2026年11月10日確認)。
Pro、Max、Ultra では、クレジットを前払いで購入し、月ごとに使う金額の上限を決められます(サポート記事 12429409、2026年11月10日確認)。
買ったクレジットには使える期限があり、日本で2026年9月10日以降に買った分は、購入から6か月で切れます。
これは2026年11月10日時点の日本語の公式ヘルプの説明です。
期限は Settings > Usage で確かめられます。
ここまで説明した使用量クレジットとは別に、Max、Ultra、Team プランに付いてくる月間APIクレジットは対話で使う Claude Code では使えません(サポート記事 17154008、2026年11月10日確認)。
Claude Code は v2.1.234 以降、上限のリセットを待って中断したタスクを続けられます(版は claude –version で確認できます)。
自動で待つか、/rate-limit-options(入力欄に打つと、上限に達したら待って続けるかを選べる指示)で利用者が決めます。
組織側はマネージド設定(管理者が全員に配る設定)の autoContinueAtUsageLimit で指定します(公式のコスト管理ページ、2026年10月29日確認)。
なお、週次上限で使える量そのものは公表されていません。
公式が示しているのは、Pro に対する倍率だけです。
週次上限は、Max が Pro の5倍、Ultra が Pro の10倍です(公式の料金ページ、2026年11月10日確認)。
引き上げの報道はありますが(窓の杜 2026年9月1日)、2026年10月29日にサポート記事の現行版を確認した限り、その記述は見つかりませんでした。
公式は、レート制限(利用上限と、短時間に送りすぎたときの429の両方)、認証、請求などのエラーでは自動の切り替えが起きないと明記しています(モデル設定ページ、2026年10月29日確認)。上限対策のつもりで設定しても効きません。
【2】サービスの障害は、待つか切り替えるかを決める
過負荷のエラーは上限ではなく、枠も減らない
529 は、サーバーが混み合っていて受け付けられないことを示す番号です。
公式はこれを使用制限と区別し、クォータ(使える量の枠)には計上しないと書いています(エラーリファレンス日本語版、2026年10月29日確認)。
空き容量はモデルごとに管理されているため、混んでいるモデルから別のモデルへ移れば動くことがあります。
再試行は既定で最大10回。手で入力し直さない
Claude Code は、失敗したリクエストを既定で最大10回、間隔を伸ばしながら自動で再試行します(エラーリファレンス、2026年10月29日確認)。
429 は、短時間に送りすぎたときに返る番号です。
セッション上限や週次上限とは別で、通常は自動で再試行されます。
ただし、支出上限(使える金額の上限)や使用量クレジットの枯渇のときは、再試行せず失敗します。
status.claude.com には、2026年10月21日、22日、24日、25日、27日、28日に障害の記録が残っています(いずれも解消済み、2026年10月29日確認)。
障害は起きる前提で手順を決めておくものです。
社内で決めておくことは「何分待つか」の1つだけ。
待つ時間を決めていないと、各自が手で指示を出し直し、順番待ちを増やして復旧を遅らせます。
過負荷のエラーが出たら、自動の再試行が終わるまで手を出さない。同じ指示を手で出すと順番待ちを増やすだけです。
【3】モデルの提供停止と条件の変更を2026年6月の廃止から振り返る
2026年6月15日に Opus 4 と Sonnet 4 が廃止された
claude-opus-4-20250514 と claude-sonnet-4-20250514 は、2026年4月14日に非推奨化され、2026年6月15日に廃止されました(公式のモデル非推奨化ページ、2026年10月29日確認)。
非推奨化は「これから使わないでください」という告知で、廃止は実際に使えなくなる日です。
同じ6月に claude-opus-4-1-20250805 の非推奨化の告知(2026年6月5日)もあり、こちらの廃止は2026年8月5日でした。
告知から廃止までは約2か月で、告知日と廃止日を取り違えると入れ替えの期限を2か月分読み違えます。
「少なくとも60日前に通知」の意味と、次は2026年11月30日
Anthropic は、一般公開されたモデルについて廃止の少なくとも60日前に通知すると明記しています(同ページ)。
非推奨化が告知されたモデルのうち、次の廃止が2026年11月30日(暫定)で、対象は claude-sonnet-4-5-20250929 です。
この日付は、Anthropic が運営する経路(Claude API、Claude Platform on AWS、Google Cloud の Anthropic managed、Microsoft Foundry)に適用されます。
パートナーが運営する Amazon Bedrock と Google Cloud の Google managed だけは独自の日程なので、同じページからリンクされたそれぞれのモデル表を開いてください(2026年10月29日確認)。
| モデル | 非推奨化の告知日 | 廃止日(暫定・Claude API/Claude Platform on AWS/Google Cloud の Anthropic managed/Microsoft Foundry) | 公式が示す推奨の代替 |
|---|---|---|---|
| claude-opus-4-20250514 | 2026年4月14日 | 2026年6月15日(廃止済み) | claude-opus-4-8 |
| claude-sonnet-4-20250514 | 2026年4月14日 | 2026年6月15日(廃止済み) | claude-sonnet-5-5 |
| claude-opus-4-1-20250805 | 2026年6月5日 | 2026年8月5日(廃止済み) | claude-opus-4-8 |
| claude-sonnet-4-5-20250929 | 2026年9月30日 | 2026年11月30日 | claude-sonnet-5-5 |
いずれも公式のモデル非推奨化ページから2026年10月29日に取得しました。
モデルは生きていても条件が変わる(2026年10月21日の例)
temperature、top_p、top_k は、答えのばらつき具合を調整する指定で、Claude Code の設定ではなく API(プログラムから直接呼ぶ使い方)側に書きます。
公式が「Claude 4.7 以降」と書くモデル、記事内の表記では番号が 4.7 以上の Opus 5.5 や claude-sonnet-5-5 が対象です。
この3つに既定以外の値を指定すると400エラー(書き方が受け付けられないときに返る番号)になり、API の 2026-10-21 バージョンでは3つとも削除されました(公式のモデル非推奨化ページ、2026年10月29日確認)。
モデル名の書き方の対策は1つです。
設定にモデルの具体名を書かず、opus、sonnet、haiku、default といったエイリアス(短い呼び名)で指定します。
2026年10月29日時点で default は Opus 5.5 ですが、提供元によって異なり、Microsoft Foundry(Microsoft のクラウド経由で Claude を使う経路)では Sonnet 4.5 です(モデル設定ページ、2026年10月29日確認)。
この値自体も変わるので、具体名を設定に埋め込まない形にしておくのが安全です。
切り替えの設定を前もって入れておく
fallbackModel が効く場面と、効かない場面
fallbackModel は、指定したモデルが使えないときに別のモデルへ自動で切り替える設定です。
効くのは、過負荷のとき、モデルが利用できない状態のとき、再試行できないサーバーエラーのときです。
最大3つまで指定でき、切り替えはそのやり取りの間だけ。
社内で許可していないモデルは候補から外れます(モデル設定ページ、2026年10月29日確認)。
障害への備えとしては有効で、上限への備えとしては働きません。
社内で使えるモデルをそろえる(マネージド設定)
マネージド設定は、管理者が社内の全員に同じ設定を配る仕組みです。
社内で使えるモデルの一覧と、上限リセット後に自動で続きを実行する設定を入れておくと、止まったときに各自が判断する場面を減らせます。
設定項目の名前と値は版によって変わるので、マネージド設定と、autoContinueAtUsageLimit を含む設定リファレンスで確かめてください(2026年10月29日確認)。
APIキー認証なら、ワークスペースで金額と1分あたりの送信量(TPM)の上限を決める
APIキーで認証して従量課金で使う場合は、Claude Console で初めて認証した時点で「Claude Code」というワークスペース(Console で組織の使用量と費用をまとめる区分)が自動で作られ、組織の Claude Code の使用量がここにまとまります。
金額の上限はこのワークスペースに設定します(手順は公式のコスト管理ページからリンクされたワークスペースのページ)。
カスタムのレート制限を結んだ組織では、この Claude Code ワークスペースの通信量が組織全体のレート制限に合算されます。
その場合は Console の Limits ページで、Claude Code が1分あたりに送れるトークン(AIが文章を扱う単位)の数(TPM)の上限を決められます。
公式が示す推奨値は利用者1人あたりで、1〜5人の組織なら20万〜30万TPM、500人以上なら1万〜1.5万TPM です(公式のコスト管理ページ、2026年10月29日確認)。
公式には、200人なら1人あたり2万TPM、合計400万TPM を要望する例もあります。
この合計値は、社内で必要量を見積もるときの目安です。
この TPM の上限は、個々の利用者ではなく組織単位で適用されます。
Codex へ移すなら、枠の数え方の違いを先に知る
Codex は OpenAI の開発支援ツールで、ChatGPT のアカウントで使えます。
status.openai.com には Codex の項目として Web、API、CLI(ターミナルで使う版)、VS Code 拡張(コードエディタに入れる版)の4つが別々に並びます。
ChatGPT のプランでは5時間単位の枠が基本で、公式の料金ページには週次の上限も適用され得るという表現があります。
ただし ChatGPT の Pro プランは2026年10月29日時点で5時間枠がないと明記されています。
同じ業務を Claude Code と Codex の両方で回す二重化をすれば止まらない、とは考えないほうがいい。
Codex にも枠と障害があるからです。

手作業に戻す範囲を、止まる前に決めておく
最初に任せる業務を1つに絞ると、止まったときの影響も1つで済む
Re-rail は約50社・20業界で導入を支援してきました(2026年7月時点)。
最初に任せる業務は1つに絞り、前後の作業時間を記録してから2つ目、3つ目に広げます。
定着のための手順ですが、止まったときにも効きます。
任せている業務が1つなら、止まった日に手で回す範囲も1つで済むからです。
「止まっても困らない工程」と「止まったら手で回す工程」を分ける
締切が動かない業務ほど、止まった日の影響が出ます。
福祉や介護の分野にある毎年の申請書類や、飲食店の仕入れ請求書の処理は、締切も相手もこちらの都合では動きません。
こうした工程は、止まった日に誰が手で回すかまで決めておきます。
引き渡しの前に、お客様自身の手で1回再現できるところまで確かめるのも同じ理由からです。
再現できる人が社内に1人いれば、AIが止まっても工程そのものは分かります。
想定外の止まり方をしたときは、原因と対処を手順書へ足しておきます。

社内連絡の文面と、止まった記録の残し方
社内連絡は、戻る見込みと代替の2点+連絡先にする
止まった原因の技術的な説明を長く書くと、読んだ人が自分の判断に落とせません。
先に書くのは、戻る見込みと、その間の代替です。
上限ならリセット時刻、障害なら status.claude.com の更新予定が、戻る見込みにあたります。
記録に残す5項目
記録するのは、止まった日時、出たエラー文言、/usage と status の状態、取った対応、復旧した日時の5つです。
エラー文言をそのまま残すのが要点です。
言い換えて書くと、後から公式の該当ページを引けなくなります。
記録が3か月たまると、上限に当たる頻度と時間帯が見えてきます。
プランを上げるのか、使用量クレジットを有効にするのか、作業時間帯をずらすのか。
感覚ではなく記録で決められます。
止まったときの社内連絡と記録の実例
社内連絡と記録のひな形
文面は、戻る見込み、その間の代替、判断を仰ぐ相手の3項目に収めます。
記録は、時刻やプラン名を差し替えて使ってください。
【社内連絡:Claude Code 停止のお知らせ】
■ 戻る見込み
セッション上限に達したため、本日 〇〇:〇〇 にリセットされます。
(週次上限ではないため、リセット後は通常どおり動きます)
■ その間どうするか
・締切が今日の請求書処理は、〇〇が手作業で進めます
・締切を動かせる作業は、リセット後にそのまま再開します
・同じ指示を手で出し直さないでください(リセット前は何度出し直しても同じ上限のエラーになります)
■ 判断を仰ぐ相手
使用量クレジットの有効化が必要なら、〇〇まで連絡してください。
--------------------------------------------------
【止まった記録(記入例)】
1. 止まった日時 2026-〇〇-〇〇 10:20
2. 出たエラー文言 (画面の文言をそのままコピーして貼る)
3. /usage と status /usage:セッション枠を使い切り
status.claude.com:障害の記録なし
4. 取った対応 リセットまで待機。請求書処理のみ手作業へ切り替え
5. 復旧した日時 2026-〇〇-〇〇 15:45(自動継続で中断したタスクが再開)
よくあるご質問
上限に達したあと、モデルを切り替えれば続けられますか
上限の種類で変わります。
セッション上限と週次上限は全モデル共通なので、切り替えても戻りません。
Opus 上限や Sonnet 上限なら、/model で別のファミリーに移れば続けられます。
fallbackModel を入れておけば、上限でも自動で切り替わりますか
切り替わりません。
公式は、レート制限のエラーでは自動の切り替えが起きないと明記しています。
過負荷のときや、モデルが使えないときの備えとして設定してください。
使っているモデルが提供停止になるかは、どこで分かりますか
公式のモデル非推奨化のページに、告知日と廃止日(暫定)が載り、一般公開されたモデルは廃止の少なくとも60日前に通知されます。
ただし、パートナーが運営する Amazon Bedrock と Google Cloud の Google managed だけは独自の日程なので、同じページからリンクされたそれぞれのモデル表を開いてください。
Claude Platform on AWS や Google Cloud の Anthropic managed には、このページの日付が適用されます。
止まったときに備えて、Codex も契約しておくべきですか
業務の性質で決めます。
締切が動かない業務だけを二重化するのが、費用と手間のつり合う範囲です。
Codex 側にも枠と障害があるため、二重化すれば止まらないわけではありません。
まとめ:止まる前に決めておく3つのこと
1つめは、原因を3つに分ける表を手元に置くことです。
上限はリセット待ちと使用量クレジット、障害は待つ時間、提供停止は公式の廃止日までの入れ替え(通知は廃止の少なくとも60日前)。
対応が交わらないので、分けた時点で半分は終わります。
2つめは、設定をエイリアスで書き、使えるモデルの一覧と上限リセット後の自動継続をマネージド設定で配ることです。
3つめは、手作業に戻す範囲と、社内連絡と記録の形を先に決めておくことです。
記録の5項目が3か月たまれば、次のプラン判断の材料になります。
法人のセットアップは、プラン、社内の統制の要件、止まったら困る業務の並びで判断が変わります。
どこから手を付けるか迷っているなら、現状を聞くところからで構いません。
無料相談(60分)でお話をうかがっています。
法人でのClaude Code / Codex 導入
Claude Code / Codex
法人セットアップの相談
自社の業務に合わせて、どこから導入するかを一緒に決めます。
設定から社内で使い続けられるまでを、Re-railが支援します。