GitHub Copilot CLIのAutoが進化。作業内容でモデルを選び分け

何が発表されたか

GitHubは2026年7月1日、Copilot CLI の Auto モードが、作業内容に応じてより適したモデルを自動で選ぶようになったと発表しました。公式Changelogでは、単に空いているモデルへ振り分けるのではなく、利用状況やモデルの健全性に加えて、推論の重さ、コード生成の複雑さ、バグ調査の難しさ、ツール連携の必要性などを見ながら選ぶと説明されています。

これまで「どのモデルを使えばいいのか」で迷っていた人にとっては、Autoが少し賢くなったイメージです。たとえば、軽い質問なのか、長い調査なのか、コマンド実行を含む作業なのかで、毎回自分がモデル名を細かく選ばなくてもよくなる方向です。

公式案内では、2026年7月1日時点でこのAutoは 0x から 1x の倍率モデルに限定され、さらに有料利用者はAuto利用時にモデル倍率が10%割引になるとも書かれています。つまり、便利さだけでなく、コストの見え方も少し改善された更新です。

初心者に何がうれしいか

初心者に一番うれしいのは、「モデル名で止まらなくていい」ことです。GitHub CopilotのようなAIコーディング支援は便利ですが、モデルが増えるほど「速いモデルがいいのか、賢いモデルがいいのか、今の作業に何が合うのか」で迷いやすくなります。Autoが作業の種類を見てある程度寄せてくれるなら、その迷いを減らせます。

もうひとつの利点は、CLIらしいテンポを保ちやすいことです。ターミナルでの作業は、設定画面を何度も開くより、その場で試して直す流れのほうが向いています。GitHubは /model コマンドでAutoと固定モデルを切り替えられると案内していて、必要なら人が介入しつつ、ふだんは自動に任せる使い分けがしやすくなっています。

まず試すなら何をするか

最初は、同じ依頼を Auto と固定モデルで比べてみるのがおすすめです。たとえば「このエラーの原因候補を出して」「このスクリプトを初心者向けに説明して」「このテストを1本追加して」といった、重すぎない依頼を1つ決めます。そうすると、自分の環境でAutoがどんな場面に強いのかをつかみやすくなります。

そのうえで、ターミナル作業の種類を分けて見ると違いがわかりやすいです。ファイル探索、軽い質問、修正案の相談、複数ステップの作業では、求める速度と深さが違います。GitHubは、すべての作業に高推論モデルが必要なわけではないと説明しているので、「速く済む作業を速く回す」感覚で試すと、この更新の意味が見えやすくなります。

注意点

Autoが賢くなっても、いつでも完璧に最適解を引くとは限りません。管理者ポリシーを尊重する仕様なので、組織設定によっては使えるモデルが限られますし、サブスクリプションによって見えるモデルファミリーも変わります。公式案内でも、どのモデルが使われるかは今後変わると明記されています。

また、Autoは「選ぶ手間を減らす」機能であって、「出力の確認が不要になる」機能ではありません。コマンド案、依存関係の変更、テストの追加、削除処理などは、相変わらず人の確認が必要です。最新版のCopilot CLIへの更新も前提なので、利用前にGitHub公式Changelogと最新ドキュメントを確認してください。