Project Polaris全解説｜CopilotのGPT-4代替

2026年6月2日、Microsoft Build 2026でProject Polarisが正式発表された。GitHub CopilotのバックエンドからGPT-4 Turboを外し、自社開発モデルに全面移行する。OpenAIとの7年間の蜜月に、区切り。

切り替え時期は8月。全Copilotユーザーが自動移行の対象になる。フォールバック期間は3か月あるが、年内にはGPT-4エンジンが完全に消える見通しだ。正直、ここまで早く自社モデルに振り切ると思わなかった。

Polarisの技術的な中身から移行手順、料金への影響、そして見落としがちな日本語開発者への影響まで、今押さえておくべき情報を一通りまとめた。

Project Polarisとは — GPT-4を切ったMicrosoftの決断

Project Polarisは、Microsoft初のコーディング特化自社AIモデルだ。汎用LLMではなく、ソフトウェア開発タスクに絞って設計されている。コード生成、マルチファイルリファクタリング、テスト自動生成、コードレビュー、ドキュメント生成、依存関係分析——Copilotが日常的にこなす作業を一手に引き受ける。

OpenAI依存脱却の背景

2026年4月、MicrosoftとOpenAIは7年間続いた独占パートナーシップを解消した。その2か月後にPolarisが出てきた計算になる。内部的にはもっと前から開発が進んでいたはずだが、タイミングとしてはこれ以上ないほど明確なメッセージだ。

背景にある問題は3つある。

要するに、OpenAIに払う中間コストを削り、Copilotの体験を自社の手でコントロールしたい。動機は明快だ。Apple・Googleが自社チップ＋自社モデルの垂直統合を進める中、Microsoftだけが他社APIに依存し続ける理由がなくなった。

Build 2026で同時発表されたMicrosoft AI群

Polarisは単体の発表ではない。Build 2026ではMicrosoftのAI戦略全体が一気に明かされた。

この中でPolarisが担う役割は明確だ。MAI-Code-1-Flashの技術をベースに、Copilot専用にチューニングされた実行エンジンとして機能する。MAI-Code-1-Flashが学術ベンチマーク向けの「素の性能」を示すモデルなら、PolarisはCopilotの中で実際にコードを書く「製品版エンジン」という位置づけだ。

技術スペック — MoEアーキテクチャの中身

Polarisの核はMixture-of-Experts（MoE）アーキテクチャだ。1つの巨大なモデルで全言語を処理するのではなく、プログラミング言語やフレームワークごとに特化したサブモジュール（エキスパート）を持つ。入力されたコードの文脈に応じて、適切なエキスパートが活性化する仕組みだ。

MoEの利点 — なぜ汎用モデルより速いか

通常のdenseモデルは全パラメータを毎回の推論で使う。重い。MoEは入力に応じてパラメータの一部だけを活性化させるため、同等の品質をより少ない計算コストで出せる。コード補完はレイテンシが命だ。この構造の差が体感速度に直結する。

MAI-Code-1-Flashとの関係

PolarisとMAI-Code-1-Flashは技術的に近い関係にある。MAI-Code-1-Flashは137Bパラメータ、256Kコンテキストのコーディング特化MoEモデルで、SWE-Bench Proで51.2%のスコアを記録した。PolarisはこのMAI-Code-1-Flashをベースに、Copilotの利用パターン——補完、チャット、マルチファイル編集——に特化してファインチューニングしたバリアントと考えてよい。

Maiaチップとの統合

推論基盤はMicrosoftの自社設計AIチップ「Maia」だ。Azure上のMaiaクラスタで動作し、NVIDIA GPU経由のOpenAI APIを呼ぶ構成と比べて推論レイテンシが短くなる。具体的な数値は非公開だが、Build 2026のデモを見た複数の開発者が「補完レスポンスが明らかに速い」と報告している。数字が出るまでは割り引いて聞くべきだが、方向性としてはチップ内製の恩恵が出やすい領域だ。

GPT-4 Turboとの性能比較

Microsoftが公開しているベンチマーク結果を整理する。ただし自社発表の数字だ。独立検証はまだ出ていない。その前提で読んでほしい。

*SWE-Bench ProのGPT-4 Turbo比較はClaude Haiku 4.5のスコア（35.2%）との比較値。GPT-4 Turbo単体のSWE-Bench Proスコアは非公開

低リソース言語での改善が実用的

HumanEvalの5pt差よりも注目すべきは、RustやHaskellなどの低リソース言語での改善幅だ。GPT-4 Turboはトレーニングデータの大半がPython/JavaScript/TypeScriptに偏っており、Rustのライフタイム注釈やHaskellの型推論で的外れな補完を返すことがあった。Polarisの言語別エキスパートモジュールは、この弱点を構造的に解消しようとしている。

ただし、Build 2026のデモで使われたのは主にPythonとTypeScriptだった。Rust/Haskellでの改善は数値として示されたものの、実際の開発体験がどこまで変わるかは8月の移行後に検証が必要だ。

注意: ベンチマークと実用性の乖離

ベンチマークスコアだけで判断するのは危険だ。実際の開発で重要なのは以下の要素であり、これらはベンチマークに反映されにくい。

• プロジェクト固有のコーディング規約への追従
• 既存コードベースの文脈理解（100,000行対応はPro以上）
• エッジケースの処理品質
• コメントやドキュメント生成の自然さ（特に日本語）

GitHub Copilotユーザーへの影響

結論から言うと、ほとんどのユーザーは「気づいたら変わっていた」という体験になる。UIやワークフローの変更はなく、バックエンドのモデルが差し替わるだけだ。ただし、プラン別に受けられる恩恵が異なる。

プラン別の変更点

Copilot Workspaceとの連携

Copilot WorkspaceがBuild 2026でベータを卒業し正式版になった。Polarisはこのワークスペース内でも動作し、エージェント型の開発フロー——Issue分析→プラン生成→コード変更→テスト——の各ステップでコードを生成する。Agent Modeの料金体系も更新されているので、併せて確認しておきたい。

移行スケジュールと具体的な対応手順

移行は段階的に進む。開発者側で必要な作業はほぼゼロだが、チームで使っている場合は管理者が把握しておくべき点がある。

タイムライン

管理者向け: 組織設定の確認ポイント

GitHub Copilot for Businessを組織で使っているなら、管理画面の設定を今のうちに確認しておく。

# GitHub CLI でOrganizationのCopilot設定を確認
gh copilot config --org your-org-name

# モデル設定の確認（8月以降）
gh api /orgs/{org}/copilot/settings \
  --jq '.model_engine'
# → "polaris" or "gpt-4-turbo" (fallback期間中)

個人利用の場合は設定変更不要だ。8月になれば自動で切り替わる。VS Code、JetBrains IDEsのCopilot拡張機能も、バックエンドの切り替えに合わせて自動更新されるため、拡張機能のバージョンアップだけ確認すればよい。

料金プラン別の変更点

Polarisへの移行に伴う料金変更はない、というのがMicrosoftの公式見解だ。ただし、Copilotのプラン体系自体がBuild 2026で再編されている。

料金据え置きでモデルが強化される。ユーザーには嬉しい話だ。Microsoftとしても、OpenAI APIのライセンス料を削減してCopilotの粗利を改善できるので、値上げの動機がない。双方にメリットがある珍しい構図だと感じる。

もっとも、Pro+の$39/月を「高い」と感じるならGitHub Copilot完全ガイドで各プランの費用対効果を比較した記事を参照してほしい。個人開発なら$10のProで十分なケースが多い。

Polarisの弱点と残る課題

Microsoftの発表はメリットを強調しているが、リスクや不確定要素もある。自分ならここを注視する。

独立ベンチマーク検証がまだない

HumanEvalやMBPPの数値はMicrosoftの自社発表だ。GPT-4 TurboがHumanEvalで86.6%というのもOpenAIの公式値であり、条件が完全に揃った比較かは不明。SWE-Bench Proに至っては、比較対象がGPT-4ではなくClaude Haiku 4.5（35.2%）であり、数字の見せ方にテクニックがある。8月に全員移行されるまで待てばいい。自分のプロジェクトで試した感覚が、どのベンチマークよりも正確だ。

日本語コメント・ドキュメントへの対応度が未知数

ここがもっとも気になる点だ。コーディング特化モデルの宿命として、自然言語部分——コメント、docstring、README——の品質は汎用モデルに劣りやすい。GPT-4 Turboは汎用モデルゆえに日本語の生成品質がそこそこ高かった。Polarisがコード特化のMoEである以上、日本語エキスパートの質は未知数。

日本語でコメントを書く文化が根強い現場だと、移行後に補完の質が目に見えて落ちる可能性がある。フォールバック期間中の最優先チェック項目だ。

Claude Code・Cursorとの競争激化

Copilotだけを見ていると判断を誤る。AIコーディングツール市場では複数の有力サービスが同時に進化している。AnthropicのClaude CodeはOpus 4.8をバックエンドに据え、SWE-bench Verified 88.6%を記録。CursorはKimi K2.5ベースのComposer 2.5をリリース済みだ。

Polarisの実力が発表通りなら、無料〜$10のCopilotユーザーにとっては魅力的なアップグレードになる。一方、$39/月のPro+と他ツールの有料プランを比較するなら、モデル性能だけでなくIDEとの統合度やエージェント機能の成熟度まで含めた評価が必要だ。

開発者が今やるべき3つのこと

8月まで2か月ある。3つだけやっておく。

code --list-extensions | grep -i copilot
code --install-extension GitHub.copilot

# Org管理者: フォールバック許可設定
gh api /orgs/{org}/copilot/settings \
  -X PATCH -f fallback_model="gpt-4-turbo"

よくある質問

まとめ

Project Polarisは「CopilotのモデルがGPT-4からMicrosoft製に変わる」という一言で要約できるが、その裏にはOpenAI依存脱却、自社チップ統合、コーディング特化MoEアーキテクチャという3つの大きな構造変化がある。

短期的な影響は小さい。UIは変わらず、料金も据え置き。フォールバックも3か月ある。気になるのは日本語コメント生成の品質変化。それだけが不確定要素だ。

長期で見ると、AIコーディングツール市場の構造が変わる転換点だ。Google（Gemini）、Anthropic（Claude）、Microsoft（MAI/Polaris）の三極体制が鮮明になった。自分ならPolaris移行後に日本語コメント生成を1週間試し、問題なければそのまま使い続ける。問題があれば、コメント生成だけClaude APIに切り替える。

Build 2026で発表された他のMicrosoft AI製品が気になるなら、Windows Agent Framework入門やMicrosoft Agent Framework入門を併せて読むと全体像が見える。