8月17日、Tom Smithが「GitHub Copilot's Latest Update Bets on Model Choice, Not Model Loyalty」と題した記事を公開した。この記事では、GitHub Copilotの最新アップデートが「特定モデルへの依存」から「モデルを自由に選んで使い分ける」設計思想へと舵を切ったことについて詳しく紹介されている。

「1つのモデルに縛られない」設計へ

GitHubは8月13日、週次チェンジログにて一連のCopilotアップデートを公開した。その内容を貫くテーマは明確だ。「どのモデルが最良かを1つに決めない」という方向性である。

今回追加されたモデルは2つある。Kimi K3は中国のMoonshot AIが開発したモデルで、Copilot Pro、Pro+、Max、Business、Enterpriseの対象プランで展開される。MAI-Code-1.1-FlashはMicrosoftが提供するモデルで、元記事によればネイティブな画像理解機能を持つとされており、コーディング品質・命令追従・ツール使用・パフォーマンスの改善がGitHubから謳われている。いずれも既存モデルを置き換えるものではなく、選択肢として横並びに追加される。GitHubは特定のモデルファミリーに開発者を引き込もうとしているのではなく、開発者がすでに信頼しているモデルをワンクリックで使えるようにしようとしている。

VS Codeでのセッション内モデル切り替え、その利便性と死角

今回のアップデートで最も実務に響く変更の一つが、Visual Studio Code 1.133における「ターン単位のモデル切り替え」だ。Claude BYOK（Bring Your Own Key：ユーザー自身が取得したAPIキーを持ち込む方式）とCopilot組み込みモデルの間を、セッションを再起動することなく、コンテキストを失うことなく切り替えられる。あるタスクをモデルAで始め、途中のステップをモデルBに渡し、そのまま作業を続けられる。

ただし、この利便性にはトレードオフが伴う。The Futurum GroupのVPでソフトウェアライフサイクルエンジニアリング担当のMitch Ashleyはこう指摘する。

「開発者はすでに2〜3のモデルを使い分けている。ターン単位の切り替えは再起動の手間を省くが、同時に『どのモデルがどの行を書いたか』という記録も消える。後でそのコードをレビューするエンジニアは、それを復元できない」

Ashleyの言葉を借りれば、モデルの選択は「ビルドレコードにフィールドのないランタイム依存」になっている。本番で何かが壊れたとき、その選択はすでに不可視だ。今回のリリースはこのギャップを埋めていない。

Copilot CLIの強化とAgent Plugins 1.0の一般提供

Agent Plugins 1.0が正式に一般提供（GA）となった。VS Code、Copilot CLI、GitHub Copilot SDK、Copilotアプリにわたって同一の仕組みで動作する。これまで内部ツールやExtensionをある環境向けに構築すると、別の環境では作り直しが必要だったが、それが解消される。

Copilot CLIには今回最も多くの更新が加わった。

• /tasksコマンド: サブエージェントの管理と状態確認がターミナルから可能に
• プロンプトのキュー: エージェントがタスク実行中でも、次のコマンドを事前に積んでおける
• --planと--mode autopilotのヘッドレス組み合わせ: 計画から実装まで1パスで自動化。CIパイプラインや定期実行ジョブでの活用を想定
• /rewind: gitに頼らずCopilotの変更を巻き戻す。コミット履歴が常にクリーンとは限らないリポジトリで有用

また、Copilotアプリにはサイドチャットが追加された。実行中のエージェントが途中で確認を求めてきたとき、メインの会話を中断せずに応答できる。エージェント型ワークフローで頻発する「タスク途中の質問で流れが途切れる」問題への対処だ。

JetBrainsにCopilot MemoryとOllamaサポート

JetBrainsユーザーには2つの追加がある。Copilot Memoryはチャットセッションをまたいでコンテキストを保持する。プロジェクトの前提を毎回説明し直す手間がなくなる。

もう一つが**Ollamaのサポート**（BYOKプロバイダー、すなわちユーザーが用意したモデルやキーを持ち込む形式として）。Ollamaはローカルマシン上でLLMをAPIコールなしに動かすためのオープンソースツールで、JetBrainsでCopilotを使いながらローカルモデルを選択できるようになった。「モデルを自由に選ぶ」というテーマをオンプレミス・ローカル環境にまで広げる動きと言える。クラウドAPIへの依存を避けたい組織や、データをローカルに留めたいセキュリティ要件の厳しい現場にとって、この対応は実質的な意味を持つ。

方向性は明確、ただしガバナンスの空白が残る

個々のアップデートはいずれも小さな一歩だ。しかし束ねて見ると、CopilotはAIコーディングツールの中で「最も賢いモデル」を名乗るのをやめ、「チームがすでに信頼しているモデルを管理する最良の場所」になろうとしているように見える。Moonshot AIのKimi K3、MicrosoftのMAI-Code-1.1-Flash、OllamaによるローカルLLM、そしてBYOKによるClaude——これだけ多様なモデルを一つのインターフェースから扱えるようになることは、混在環境でCopilotを標準化しようとしているDevOpsチームやプラットフォームチームにとって、単一モデルのアップグレードよりも実質的な価値を持ちうる。

ただし、Ashleyの指摘は重い。「どのモデルがどの行に触れたかを記録する仕組みがない。その空白が埋まるまで、組織全体への展開には踏み切れない」。GitHubが週次のペースでアップデートを続ける中、ガバナンスの整備がそれに追いつくかどうかが、エンタープライズ導入の次の関門になるだろう。

詳細はGitHub Copilot's Latest Update Bets on Model Choice, Not Model Loyaltyを参照していただきたい。