MENU

ChatGPTが「Selected model is at capacity」で使えない原因と対処法

ChatGPTでメッセージを送ろうとしたときに「Selected model is at capacity」と表示されると、使いすぎたのか、契約プランに問題があるのか迷うものです。英語だけの案内では、何を変えれば作業を再開できるのかも分かりにくいでしょう。

「Selected model is at capacity」は、選択中のモデルが現時点で処理を受け付けられないことを伝えるメッセージです。続く「Please try a different model」は別のモデルを試すよう求めており、まずは選べるモデルへの切り替え、または時間を置いた再試行が対処の候補になります。

ただし、この表示だけで自分の利用上限や課金不足まで判断することはできません。モデルの混雑、アカウントの利用制限、画面や通信の不調では対応が異なるため、エラー全文と発生している範囲を見分ける必要があります。

意味と原因の考え方に加えて、作業を続けたい場合の切り替え手順、直らないときの確認項目を整理しました。ChatGPTの画面で行える対処を中心に、Work・Codex・APIに固有の案内を区別しているため、自分の利用環境に合う方法を選べます。

情報確認日:2026年10月19日。画面表示や選択できるモデルは、利用環境・契約プラン・提供状況によって異なります。

目次

「Selected model is at capacity」の意味は?英語のエラー文を解説

  • 選んでいるモデルが現在の要求を受け付けられないという案内
  • 続く英文は別のモデルへの切り替えを求めている
  • アカウント停止や会話の消失を伝える文言ではない

エラーの意味をつかむには、前半の状態説明と後半の対処案内を分けて読むと理解しやすくなります。「自分の使い方が悪かったのか」と判断する前に、表示が何を伝えていて、何までは伝えていないのかを整理しましょう。

「Selected model is at capacity」は選択中のモデルが処理を受け付けられない状態

自然な日本語にすると「選択したモデルは現在、処理能力の上限に達しています」という意味です。モデルとは回答を生成するAIの種類を指し、ここでのcapacityは、その時点で要求を処理するための余力を表しています。

たとえるなら、利用したい窓口が満員で、今は新しい依頼を受けられないという案内に近いものです。自分のパソコンに保存できる容量が足りない、という意味での「容量」ではありません。

文言からは、選択したモデルの受け入れ余力に関する問題が考えられます。ただし、これだけで設備の故障箇所や影響している利用者の範囲まで特定できるわけではなく、「OpenAI全体が停止した」と広げて解釈しないことが大切です。

「Please try a different model」は別のモデルを試してほしいという意味

「Please try a different model」は「別のモデルを試してください」という意味です。前半と合わせると、現在のモデルで要求を受けられないため、利用できるほかのモデルを選ぶよう案内しています。

Selected model is at capacity. Please try a different model.

この英文で使われているdifferentは「異なる」という意味であり、必ず上位モデルや有料モデルへ変えるよう求めているわけではありません。画面で実際に選択でき、依頼したい内容に対応するモデルが候補です。

ただし、別モデルも使えることを保証する案内ではありません。同じエラーが続く場合には、切り替えだけで解消できない状態も考え、障害情報や利用制限の表示へ確認範囲を広げてください。

エラーだけでは利用停止・課金不足・チャット削除までは分からない

この英文そのものは、アカウントの停止や支払いの失敗、チャットの削除を通知するものではありません。そのため、表示を見ただけで再契約や新規アカウントの作成へ進む必要はありません。

一方で、会話や作業結果がすべて保存済みかどうかも、このメッセージからは分かりません。直前の送信が会話欄に残っているか、回答の途中まで表示されているかを見て、再送が必要な範囲を決めましょう。

入力中の文章や生成済みの下書きが画面に残っているなら、別のメモへ控えてから対処すると落ち着いて進められます。特に長い依頼文では、表示の復旧と文章の保全を別に考えると、再入力の手間を減らせます。

ChatGPTで表示される原因は?混雑と利用上限を切り分ける

  • モデルの受け入れ余力に関する表示として読むのが自然
  • 利用上限や課金に関する通知は別に確認が必要
  • 特定モデルだけか画面全体かで対処の優先度が変わる

同じ「使えない」状態でも、モデルの処理を待つべき場合と、自分の利用条件を見直すべき場合があります。エラーの一部だけを検索して決めつけず、追加の通知と、ほかの操作ができるかを合わせて判断してください。

モデル側の混雑や一時的な受け入れ制限が考えられる

表示の意味からは、選択したモデルが一時的に要求を受け入れられない状態が考えられます。ただし、今回確認したOpenAI公式資料では、この画面文言に対応する内部の発生条件すべてを確認できたわけではありません。

関連する公式情報として、OpenAIのAPI資料では、要求先のモデルに処理余力がない場合のエラーが説明されています。これはモデルの過負荷と、料金・利用枠に関するエラーが別の問題として扱われていることを理解する材料になります。

ただし、APIは開発者がプログラムから使う仕組みです。ChatGPTにこの英文が表示されたからといって、APIで使われるHTTPステータスやエラーコードまで同じだったと断定することはできません。

確認した違いは、OpenAI公式のAPIエラーコード解説で確認できます。画面を使っている人は、コードの数値を調べることより、表示された対処案内とサービスの状態を優先しましょう。

自分の利用上限やクレジット不足とは表示内容を分けて判断する

at capacityという表示だけで、自分の利用枠を使い切ったと判断することはできません。利用上限や支払いに関する追加の通知がある場合には、その通知に記載された内容を別に確かめる必要があります。

判断に使う情報を分けると、必要のない課金や設定変更を避けやすくなります。次の表は、表示や症状から確認先を選ぶための整理です。

スクロールできます
表示・症状読み取れること/確認したいこと次の対応
Selected model is at capacity選択中モデルの受け入れ余力に関する案内別モデルを試すか、時間を置く
利用上限や再開時刻の通知があるアカウント・プラン側の制限内容通知に書かれた上限や解除条件を読む
クレジットや支払いに関する通知がある利用しているサービスの残高・決済状態対象の契約と請求・利用状況を確認
画面が開かない、接続が切れるモデル以外の画面・通信の問題も候補別環境と比べ、障害の有無も確認

例えば利用上限の解除時刻が明示されているなら、その通知が対応を選ぶ手掛かりになります。反対に、at capacityだけが出ている場合には、追加購入が必要という結論へ飛ばず、切り替えや待機から始めるほうが状況に合っています。

ChatGPTのWork・Codexなどの利用状況については、OpenAI公式のプラン・利用枠の案内も確認先になります。APIを使っている場合とChatGPTの契約では、調べる利用枠や請求先を混同しないようにしてください。

特定モデルだけのエラーか、ChatGPT全体の不調かを見分ける

ほかのモデルで応答するなら、少なくともその時点では別モデルで作業を続けられると判断できます。ただし、それだけで元のモデルの不具合原因まで確定するわけではありません。

確認するときは、元の依頼を何度も送り直す代わりに、別のモデルで短い文章への応答を試す方法があります。文章が返れば、必要な機能が使えるかを確かめてから、本来の作業へ戻ってください。

一方、複数のモデルでエラーが出たり、チャット一覧の表示まで止まったりする場合は、対象モデルだけでは説明しきれません。障害情報に加えて、別のブラウザや端末でも同じ症状になるかを見ると、次に確認する範囲を絞れます。

一度に設定をいくつも変えず、一つ試すごとに結果を残すと、何をしたら復旧したのか分かりやすくなります。原因を断定するためではなく、作業を戻すための手掛かりとして比べましょう。

「Selected model is at capacity」が出たときの対処法

  • 入力文を控えてから別の利用可能モデルを試す
  • 同じモデルが必要なら間隔を空けて再試行する
  • 広い範囲で使えない場合は公式の障害情報を確認

急いでいると再送を繰り返したくなりますが、最初に守りたいのは依頼文と作業の続きです。以下は復旧を保証する手順ではなく、手元の情報を失わずに、切り替え・待機・障害確認へ進むための順番です。

最初にエラー全文と入力中の文章を控える

ページを更新したりアプリを閉じたりする前に、エラー全文と未送信の文章を控えてください。長い指示文や添付ファイルの説明を残しておけば、再入力の負担を減らせます。

最初の対応は、次の順番で進めると整理しやすくなります。

  1. 入力中の文章をメモへコピーする
  2. エラー全文・選択モデル・発生日時を記録する
  3. 直前の会話を見て、依頼と回答がどこまで残っているか把握する
  4. 次に試す対処を一つ選び、再送する範囲を決める

回答が途中まで残っている場合は、そこまでの成果も控えておくと続きを依頼しやすくなります。反対に、会話欄に依頼自体が残っていない場合は、保存した文章から再送できる状態を整えておきましょう。

ファイルの編集や外部サービスの操作を依頼していたときは、画面の応答だけで実行の成否を決めないでください。成果物や履歴を見て、完了済みの作業をもう一度行わないようにする確認が先です。

選択できる別のモデルへ切り替えて応答を試す

モデルを選べる画面では、別の利用可能なモデルへ切り替える方法が候補になります。画面の構成は環境によって異なるため、現在のモデル名が表示されている選択欄を探してください。

OpenAIの公式案内では、ChatGPT WorkやCodexでは入力欄の下にあるモデル・推論設定の操作欄から選択します。通常のChat画面を含め、選択欄の位置や表示項目が異なる場合には、その画面で実際に提供されている選択肢を使いましょう。

切り替え後は、次の順番で元の作業へ戻します。

  1. モデルの選択欄を開き、現在とは異なる選択可能なモデルを選ぶ
  2. 短い依頼を送り、回答が返るか確かめる
  3. 元の作業に必要な添付・検索・ツールなどが使えるかを見る
  4. 未完了の作業について、必要な条件を添えて再開を依頼する

同じ会話を使う場合でも、直前に確定した条件や出力形式を短く添えると依頼の狙いが伝わりやすくなります。なお、回答が返ることと品質が同じであることは別なので、公開する文章や判断に使う内容は読み直してください。

Work・Codexの操作案内は、OpenAI公式のモデル案内を参照できます。モデル名が一覧に出ない場合は、検索で見つけた名称を無理に指定せず、利用可能な候補から選んでください。

同じモデルを使いたい場合は時間を置いて再試行する

特定のモデルで作業を続けたいなら、連続送信を止めて時間を置く方法があります。一時的に受け入れられない状態であれば、状況が変わったあとに要求が通る可能性があるためです。

ただし、今回確認した公式情報からは、この画面のエラーが何分で直るのかを一律には示せません。「必ず15分で戻る」「翌日まで待てば解決する」といった固定の時間は、復旧の保証として扱わないでください。

待機中は依頼の条件や材料を手元で整理しておくと、再開後すぐに作業へ戻れます。再試行して同じ表示が出た場合には、短い間隔で繰り返さず、障害の案内や別モデルの利用も合わせて考えましょう。

再送回数を増やしても、選択中モデルの処理余力を利用者側で増やすことはできません。急ぎの作業では、復旧を待つ部分と別の方法で進められる部分を分けるほうが、残り時間を使いやすくなります。

複数モデルで使えない場合はOpenAIの障害情報を見る

モデルを変えても使えないときは、OpenAIの公式ステータスページに関連する障害が出ていないかを確かめましょう。利用している機能の障害情報があれば、手元の設定変更を続ける前に、その案内を読むことができます。

確認先はOpenAI Statusです。現在進行中の事象と、その発生時刻・対象サービス・更新内容を見て、自分のエラーと時間帯や対象が重なるかを確認してください。

ただし、ページに障害が出ていないことだけで、自分の環境にも問題がないと判断することはできません。全体の情報と個別の利用状況は同じではないため、別モデルや別環境で試した結果と合わせて判断します。

障害が解決済みと案内されていても、自分の画面で応答が戻ったかは別に確認が必要です。実際に使えるようになったら、最初は短い依頼で動作を確かめ、続いて中断した作業を再開しましょう。

モデルを変えて作業を続けるときの注意点

  • 切り替え先でも必要な機能と出力品質を確かめる
  • 新しいチャットでは前提と資料を改めて渡す
  • 外部操作を伴う作業は実行済みかを見てから再開

別モデルに切り替えられれば、応答を待つ以外の選択肢ができます。ただし、同じ依頼なら同じ成果が得られるとは限らないため、文章の生成、資料を使う作業、外部への操作で確認する点を分けておきましょう。

文章作成では口調・構成・事実関係を読み直す

文章の続きを別モデルに任せる場合は、依頼条件と完成物が合っているかを読み直してください。エラーが消えて文章が出力されることと、その文章が公開できる品質であることは別の問題です。

記事作成なら、確定済みの見出し、読者の対象、文体、必要な出典を短く伝えると、続きの依頼を整理できます。すでに書き終えた本文があるなら、その部分は保持し、未完成の見出しから依頼すると重複を減らせます。

例えば「見出しは変更せず、次のH3から続きを作成してください。料金と提供条件は公式情報で確認してください」といった伝え方です。これは依頼の組み立て方の例であり、特定のモデルなら確認作業まで必ず実行するという意味ではありません。

仕上げでは、文体の違いだけでなく、同じ説明の繰り返しや、前半と後半で条件が変わっていないかも見ましょう。文章が自然につながっていても、根拠のない数字が追加されていれば、元の資料での再確認が必要です。

新しいチャットへ移る場合は前提・決定事項・資料を渡す

新規チャットを使うなら、元の会話で必要だった前提を改めて共有することが再開の助けになります。同じサービス内だからといって、個別の作業条件や添付内容をすべて自動で参照できると決めつけないでください。

新しい会話へ渡す内容は、長いやり取りを全部貼り直すより、次の内容を中心に整理すると目的が伝わりやすくなります。

  • 作業の目的と最終的な出力形式
  • 確定したタイトル・構成・条件
  • 完了済みの範囲と未完了の範囲
  • 必要な元データ・資料・参照先
  • 変更してほしくない決定事項

資料のリンクを渡した場合も、その資料を実際に読み取れたかは確かめておきましょう。本文を使う必要があるのに資料が読めていなければ、エラー以前とは異なる前提で作業が進んでしまいます。

新規チャットは会話を整理し直す方法として利用できますが、新しい会話にすればモデルの混雑自体が解消するわけではありません。元の会話でモデルを切り替えられるなら、まずその方法で再開できるか試す選択もあります。

ファイル編集や外部操作は二重実行を避けて再開する

WorkやCodexでファイルの変更・登録などを依頼していた場合は、処理の成否を確かめてから再依頼してください。エラーが見えた位置によっては、直前の操作結果を会話の返答だけで判断できないためです。

文章を表示するだけの作業なら生成内容を見直せば済みますが、外部への登録や送信を伴う作業は、すでに完了した部分を繰り返すと重複につながります。作成先のファイルやサービスの履歴を見て、何が残っているかを把握しましょう。

再開時には「保存済みのファイルは作り直さず、未完成の箇所だけ進めてください」のように、確認した状態を伝えると作業範囲が明確になります。結果が不明なら、まず作成先を調べる依頼から始める方法もあります。

外部サービスへの登録・送信・更新を頼んでいた場合は、エラーが出たからといって同じ指示をそのまま再送しないでください。実行結果を確認し、未完了の操作だけを再開します。

切り替えても直らないときの確認方法

  • 同じアカウント・同じモデルで別環境の結果を比べる
  • 画面の更新や再起動は未保存の内容を控えてから行う
  • 長引く場合は発生条件をまとめて公式窓口へ相談

待機やモデル変更で再開できない場合は、どの条件で発生しているかを狭めていきます。これは混雑を手元で解消する方法ではなく、モデル・画面・通信・アカウントのどこに確認を向けるかを整理するための作業です。

別のブラウザや端末で同じ条件のまま試す

別環境との比較では、できる限りアカウントと選択モデルをそろえて試してください。ブラウザとモデルを同時に変えると、どちらの違いで応答が戻ったのか分かりにくくなります。

例えばパソコンのブラウザで起きたなら、別ブラウザやスマートフォンで短い依頼を試す方法があります。比較は短時間で行い、その間にモデル側の状態が変わる可能性もあるため、「端末が原因だった」と断定しないことが必要です。

結果は次のように読むと、確認先を整理しやすくなります。

スクロールできます
試した結果次に確認する候補判断の限界
元のブラウザだけで失敗するそのブラウザの表示状態やログイン状態一度の成功だけでは原因を確定できない
同じモデルが複数端末で失敗するモデルやサービスの状態、利用通知端末以外が原因だと断定はできない
別モデルでは応答する切り替え先で必要な機能が使えるか元のモデルの復旧は保証されない
画面全体の読み込みが失敗する通信状況、サービス障害、ログイン状態at capacityとは別症状も考える

目的は、一度で原因を言い当てることではありません。使える環境を見つけて作業を続けるか、再現条件をそろえて問い合わせられるようにすることです。

再読み込み・アプリ再起動は画面の不調を疑うときに行う

再読み込みやアプリ再起動は、表示が固まっているなど、画面側の状態を確認したい場合の候補です。選択中モデルの受け入れ余力を増やす操作ではないので、これだけで必ず直るとはいえません。

実行前に未送信の入力文と、必要な生成結果を保存してください。アプリで別の作業も動いている場合には、その進行状況や保存状態まで見てから閉じるほうが、中断後に困らずに済みます。

一度更新しても同じ英文が出るなら、更新を繰り返すより、別モデルの状態や障害情報へ戻るほうが確認を進められます。キャッシュや保存データの削除はログイン状態などにも影響するため、この表示だけを根拠に最初から行う必要はありません。

ログインをやり直す場合も、使っていたアカウントとワークスペースをそろえましょう。違う環境へ入ると選べるモデルや利用条件も変わることがあり、元の不具合と別の問題を混同しやすくなります。

長引く場合はエラーの再現条件をまとめて問い合わせる

複数の環境で続き、時間を置いても戻らない場合は、発生条件を添えて公式の問い合わせ先へ相談しましょう。「使えない」という一言より、どこで何を試したかをまとめたほうが状況を伝えやすくなります。

相談前に、次の情報を用意しておくと説明を整理できます。

  • 発生日時とタイムゾーン
  • エラー全文と選択していたモデル名
  • 利用していた画面・アプリとそのバージョン
  • 契約プランと追加の利用制限通知の有無
  • 別モデル・別端末で試した結果
  • 再現する操作と、いつから続いているか

一般的な相談先はOpenAIの公式ヘルプセンターです。画面に問い合わせや不具合報告の導線が用意されている場合は、利用中のサービスに対応する窓口を選んでください。

Codexなどでログの共有を求められたときは、ログに機密情報が含まれていないかを先に見直しましょう。スクリーンショットもエラーの確認に必要な範囲へ絞り、無関係な会話や個人情報まで公開の場へ掲載しないようにします。

「Selected model is at capacity」でよくある疑問

  • 有料プランへの変更だけで直るとは限らない
  • モデル名付きの検索候補だけでは発生傾向を断定できない
  • CodexやAPIはChatGPTの画面と操作方法を分けて考える

検索では、有料契約でも起きるのか、特定モデルの問題なのかといった疑問も出てきます。エラー文の意味から分かることと、アカウントや環境の確認が必要なことを分けると、余分な契約変更や設定作業を避けやすくなります。

有料プランでも出る?アップグレードすれば直る?

この表示だけを根拠に、有料プランなら発生しない、またはアップグレードすれば直るとはいえません。契約による利用条件と、その瞬間に選択中モデルが要求を受け入れられるかは、分けて考える必要があります。

すでに有料プランを使っていても、まずは表示全文と追加通知を見てください。利用上限に関する案内があるなら契約側の条件を調べる意味がありますが、at capacityだけであれば、課金が解決策だと決めつける根拠にはなりません。

プランの変更は、使いたい機能や日常の利用量も含めて判断するものです。目の前のエラーを消す目的だけで契約を変える前に、切り替え・待機・障害確認で状況を把握しましょう。

GPT-6やAstraなど、特定のモデルだけで起きる?

モデル名を含む検索候補があるだけでは、そのモデルだけの不具合や、特に発生が多いという結論にはできません。検索語は疑問の手掛かりにはなりますが、発生件数や原因を証明する資料とは異なります。

自分が遭遇したモデル名は、再現条件として記録しておくと役立ちます。そのうえで、ほかの利用可能モデルでは応答するか、公式の障害情報で特定モデルへの影響が説明されているかを見てください。

選択できるモデルはプランや利用画面、提供状況によって変わります。通常のChatとWork・Codexではモデルの提供範囲も同一とは限らないため、別画面の記事に書かれた名称が自分の一覧にないことだけで、不具合とは判断しないようにしましょう。

Codexで出た場合も同じ対処でよい?

表示の読み方は共通ですが、モデルを切り替える操作や、再開時に確認する作業結果は環境ごとに異なります。ChatGPTの画面操作を、そのままCodex CLIの操作と置き換えることはできません。

Codex CLIの対話セッションでは、公式に案内されている/modelコマンドがモデル変更の入口です。これに対してWorkやアプリでは画面のモデル選択欄を使うため、自分がどこでエラーを見ているかを先に確認してください。

ただし、CLIに切り替えること自体が、同じモデルの混雑を必ず回避する方法ではありません。また、ファイルを書き換える作業なら変更済みの内容を確認してから再開し、依頼の最初から二重に実行しないようにしましょう。

APIの503や429と同じエラー?

ChatGPTの画面の英文だけで、APIの503や429と同一のエラーだと断定することはできません。APIを直接使っている場合には、返されたHTTPステータスに加え、エラーコードや詳細を読む必要があります。

公式API資料では、モデルの一時的な過負荷を示す503と、リクエスト頻度や利用枠などに関する429が区別されています。429という数値だけで原因を一つに絞らず、何の上限や制限が通知されているかまで調べることが必要です。

APIで再試行の待機時間が案内されている場合には、その指示が判断材料になります。ただし、こうしたプログラム向けの案内をChatGPTの利用者が探して設定する必要はなく、画面で使っているなら表示された案内と操作できる選択肢を優先してください。

まとめ:モデルの切り替えか待機から始め、表示に応じて確認する

  • 英文の意味は選択中モデルが現在の要求を受けられない状態
  • 利用上限・支払いの問題は追加の通知を見て判断
  • 再開前に未保存の文章と実行済みの作業を確かめる

「Selected model is at capacity」が出たら、まず依頼文を控え、選べる別モデルで続けられるかを試しましょう。同じモデルが必要なら時間を置き、複数のモデルや環境で使えない場合は、公式の障害情報とアカウントの通知へ確認を広げてください。

英語のエラーが出ても、契約やパソコンの設定をすぐに変える必要があるとは限りません。表示内容と試した結果を一つずつ残すことで、待つべき状況なのか、別モデルで進められるのか、問い合わせが必要なのかを判断しやすくなります。

よかったらシェアしてね!
  • URLをコピーしました!

記事監修

後藤佑介のアバター 後藤佑介 FYエンタープライズ代表

2015年5月よりWEBメディア事業を開始。同年12月にブログサイトにて月間200万人の訪問者を達成。その後も別メディアにて月間300万訪問者を達成し、現在では20メディア前後を常に運営中。インスタグラムでは、1アカウントで15万人のフォロワーを達成させるなど、コンサルティング事業の実績多数。現在は事業者向けのホームページ集客と代行事業を新たに展開中。

コメント

コメントする

目次