GitHub Copilot CLIで「No model available」が出る原因と直し方
GitHub Copilot CLIの「No model available」「No supported model available」エラーを実機検証とGitHub Issueの一次情報から原因3系統に整理。個人/組織アカウント別の直し方、バージョン起因の不具合、認証方式のズレまで解説する。
エンジニアのゆとです。
GitHub Copilot CLIを起動したら✗ No model available. Check policy enablement under GitHub Settings > Copilotと表示されて、何も操作できなくなった。あるいは✗ Error: No supported model availableとだけ出て、/modelを叩いてもモデル一覧が空っぽ。このエラーで検索すると、上位に出てくるのは軒並みGitHub本家のIssueやDiscussionのページで、原因と対処法を整理した記事が日本語はおろか英語でもほぼ見当たらなかった。個人アカウントなのか組織アカウントなのか、最近アップデートしたかどうかで原因が変わるタイプのエラーなので、GitHub本家のIssue(#400、#229、#635、#333など)を横断して読み込み、実際に手元へCopilot CLIをインストールして設定ファイルや挙動を確認した上で整理し直した。
結論 — 症状別の原因早見表
| 状況 | 疑うべき原因 | 対処法 |
|---|---|---|
| 組織(Business/Enterprise)アカウントで発生 | Organization側でCopilot CLIポリシーが無効 | 組織のCopilot設定 → Policies → CLIを許可。Enterprise配下なら「AI Controls」を先に確認 |
| 個人(Copilot Individual)アカウントで発生 | Copilot Settings上でモデルが無効化されている | github.com/settings/copilot の「Features」でモデルを個別に有効化 |
| ある日突然、更新した覚えもないのに発生 | バージョン起因の一時的な不具合 | copilot --versionで確認し、既知の問題バージョンなら特定バージョンへダウングレード |
| 個人ライセンス→Business移行後に発生 | 認証トークンが古いライセンス情報のまま | ログアウト→再ログイン、またはPAT(個人アクセストークン)で認証し直す |
--modelを指定した直後だけ発生 | 指定したモデル名が現在のプランで使えない | /modelでモデル一覧を確認してから指定し直す |
自分の状況がどれに近いか、まずここで当たりをつけてから該当する見出しに進んでほしい。
実際にインストールして確認した基本情報
原因の話に入る前に、Copilot CLI自体がどう動いているかを手元で確認しておく。npm install -g @github/copilotでグローバルインストールすると、この記事を書いている時点の最新版は1.0.83だった。
npm install -g @github/copilot
copilot --version
# GitHub Copilot CLI 1.0.83.設定ファイルは~/.copilot/config.json、セッションログは~/.copilot/logs/以下にプロセスごとのログファイルとして残る。エラーの原因を切り分けたいときは、まず--log-level debugを付けて起動し、このログファイルを見るのが一番早い。
copilot --log-level debug -p "テスト" --allow-all-toolsgh auth statusで確認できるアカウントで正常にログインできている状態だと、上記のようにモデルへの接続・応答・トークン消費量までログに残る。逆に言うと、ここでエラーが起きているなら「ネットワークの疎通」「認証」「モデル一覧の取得」のどこで止まっているかがログの途中で分かるということでもある。この基本を押さえた上で、3つの原因を順番に見ていく。
原因1: Organization/Enterprise側でCopilot CLIポリシーが無効になっている
一番多い原因はこれだ。GitHub Copilot Business/Enterpriseで契約している組織のアカウントでは、Copilot CLI自体が組織の管理者によって個別に有効化されないと、ログインには成功してもモデル一覧が空のまま返ってくる。
Issue #400では「Copilot自体はGitHub上でもVS Codeでも動くのに、CLIだけ数週間前から動かなくなった」という報告に対して、管理者側の調査で解決した実例が報告されている。原因は組織のCopilot設定にある「Copilot CLI」機能フラグが無効化されていたことで、これを有効にした瞬間に選択済みのモデルが表示されるようになったという。さらにEnterprise配下の組織では、話がもう一段複雑になる。Issue #400の別のコメントでは「Enterpriseの『AI Controls』側でCopilot CLIの項目自体が未設定になっていた。これを『組織に決定を委ねる(Let organizations decide)』に変更してから、個別の組織でCLIを有効化してようやく動いた」という報告もある。つまり、組織単体の設定を見ただけでは原因にたどり着けず、親のEnterpriseアカウントまで遡って確認する必要があるケースがあるということだ。
直し方の手順は次の通り。
- Enterprise配下の組織なら、Enterpriseの管理画面で「Policies」→「Copilot」→「AI Controls」を開き、Copilot CLIの項目が「Disabled」になっていないか確認する。なっていれば「Enabled」か「Let organizations decide」に変更する
- 組織(Organization)の管理画面で「Settings」→「Copilot」→「Policies」を開き、Copilot CLIが許可されているか確認する
- どちらも問題なさそうなら、Issue #400の別解決例のように「Copilot Settings → Features」の画面でモデルそのものが無効化されていないか確認する
自分に管理者権限がない場合、この設定は自分では変更できない。エラーメッセージ自体がCheck policy enablement under GitHub Settings > Copilotと管理者向けの案内になっているので、原因の当たりをつけた上で「組織のCopilotポリシーでCLIが無効になっていないか確認してほしい」と管理者に依頼するのが早い。
原因1’: 個人(Copilot Individual)アカウントでも同じエラーは起きる
「組織の話でしょ、自分は個人契約だから関係ない」と思っていると足をすくわれる。Issue #635では個人のCopilotサブスクリプションで契約しているユーザーが同じNo model availableエラーを報告していて、GitHub側の担当者からの回答は「個人アカウントの場合はCopilot Settingsの『Features』UIでモデルを有効化してみてほしい。CLIを再起動すれば反映されるはず」というものだった。報告者はこの手順で実際に解決している。
個人アカウントでこのエラーが出た場合は、github.com/settings/copilotの「Features」タブを開き、使いたいモデル(Claude Sonnet系・GPT系など)が有効になっているか確認する。何かのタイミングで無効化されていることがあり、報告者自身も「何が原因で無効になったのか分からない」とコメントしている。原因不明のまま直ることもある、という前提で一度確認してみる価値がある項目だ。
原因2: バージョン起因の一時的な不具合
Issue #229のスレッドでは、ポリシーもモデルの有効化もすべて正しく設定されているのに、特定のバージョン(0.0.351〜0.0.353あたり)にアップデートした途端モデルが取得できなくなったという報告が複数件重なっていた。同じ組織の同僚同士でも「Copilot CLI経由でログインした人は再現するが、GitHub CLI(gh)経由でログインした人は再現しない」というように再現条件がバラついていて、CLI側のバグである可能性が高いケースだった。
このスレッドでの回避策は、該当バージョンより前の安定版までダウングレードすることだった。
# 現在のバージョンをアンインストール
npm uninstall -g @github/copilot
# 問題が起きる前の安定版を指定してインストール
npm install -g @github/copilot@0.0.330
# バージョンを確認
copilot --versionこのIssueは最終的に「モデルのポリシーチェックのロジックを大幅に改善した」というGitHub側のコメントとともにクローズされている。つまり2026年2月のGA以降に使っているバージョンでこの特定の不具合が再発する可能性は低いが、「アップデートした直後から急に動かなくなった」というタイミングが一致するなら、まずリリースノートを疑って一つ前のバージョンに戻してみる価値はある。バージョン番号はcopilot --version、変更履歴はGitHubのChangelogページで確認できる。
原因3: 認証方式のズレ — 個人ライセンスからBusinessへ移行した後によく起きる
意外と見落とされがちなのがこのパターンだ。Issue #229のスレッドでは「以前は個人のCopilotライセンスを使っていて、最近チームがBusinessライセンスに移行した」というユーザーが、gh auth経由のトークンが古い個人ライセンス時代のものを掴んだままになっていて、モデル一覧が取得できなくなっていた。この報告者は最終的にPAT(Personal Access Token)を使って認証し直すことで解決している。
# GitHub CLI側のログアウト・再ログインでまず試す
gh auth logout
gh auth login
# それでも直らない場合はPAT認証に切り替える
# (PATの発行方法はGitHub公式READMEの「Authenticate with a Personal Access Token」を参照)同じスレッドの別ユーザーも「PATに切り替えた最新版なら動くが、gh authのままだと0.0.330より新しいバージョンでエラーが再発する」と報告していて、認証方式そのものが影響していることが伺える。ライセンス体系が変わった直後にこのエラーが出た場合は、ポリシー設定を疑う前に、まず認証をやり直してみるのが手っ取り早い。
おまけ: 似ているようで別物の「fetch failed」エラー
No model availableとセットで検索に出てくることが多いのがTypeError: fetch failedエラーだ。これは原因がまったく別で、企業のプロキシやSSLインスペクション(中間者証明書によるトラフィック検査)環境で起きる。Copilot CLIがGitHubのAPIサーバーへの接続時に、その中間証明書を信頼できずに接続自体が失敗するというネットワークレイヤーの問題になる。
Issue #333のスレッドでは、いくつかの回避策が共有されている。
- 環境変数
NODE_EXTRA_CA_CERTSに、社内で使っているルート証明書のパスを指定する - どうしても直らない場合の最終手段として
NODE_TLS_REJECT_UNAUTHORIZED=0を設定する(証明書検証自体を無効化するため、セキュリティ上のリスクを理解した上で自己責任で使う) - Windows環境限定の話として、Copilot CLIに組み込まれているNode.js(v24系のSEAビルド)が
NODE_EXTRA_CA_CERTSを環境変数として設定していても無視してしまうという、より根の深い不具合も報告されている
自分が個人アカウントでVPNもプロキシも使っていない環境なら、まず遭遇しない類のエラーだ。逆に常時VPN接続で仕事をしている、あるいは会社支給のPCで動かしているなら、No model availableではなくfetch failedが表示されていないか、エラーメッセージの文言をもう一度よく確認してみてほしい。原因も直し方もまったく別物になる。
--modelフラグの指定ミスは、また別のエラーになる
ここまでの3つの原因とは違う話として、--modelフラグに存在しないモデル名を渡すと、実はNo model availableではなく別のエラーメッセージが返ってくる。手元で試しに--model gpt-5.4を指定してみたところ、次のように弾かれた。
copilot --model gpt-5.4 -p "モデル名を教えて" --allow-all-tools
# Error: Model "gpt-5.4" from --model flag is not available.このエラーは「モデルが1つも取得できていない」のではなく「取得はできているが、指定した名前のモデルが一覧にない」という状態なので、ここまで説明してきたポリシーや認証の問題とは切り分けが必要になる。自分のアカウントで今どのモデルが使えるかは、インタラクティブセッション内で/modelと入力すれば選択式のメニューが出てくるので、そこで正確なモデル名を確認してから--modelフラグに渡すか、迷ったら--model autoを指定してCopilotに自動選択させるのが無難だ。
まとめ
No model available系のエラーは、原因がバラバラなのに表示されるメッセージがほぼ同じという厄介なタイプの不具合だ。切り分けの順番としては、まず組織/Enterpriseのポリシー設定を疑い、次に個人アカウントならFeatures画面のモデル有効化、直近でアップデートしたならバージョンのリグレッション、ライセンス体系が変わったなら認証のやり直し、という順に潰していくと迷いにくい。GitHub Copilot CLIはまだGAから日が浅く、こうした運用まわりの不具合情報が日本語ではほとんど流通していないので、同じエラーで詰まった人の時間短縮に少しでも役立てば良いと思って書いた。
他のAIコーディングエージェントとの比較や選び方は、フリーランスエンジニア向けにまとめた比較記事も参考にしてほしい。
