MicrosoftがOpenAIに頼らない「自前のコーディングAI」を作った — Project Polarisの狙いと、開発者に起きる変化

GitHub Copilotの中身が変わる。

6月2日から始まるMicrosoft Build 2026で、Microsoftは自社開発のコーディングモデル「Project Polaris」を発表する。これまでGitHub CopilotはOpenAIのGPTシリーズに依存してきたが、ここに来てMicrosoftが自前のモデルを投入するという話だ。

事前にWindows News、Seeking Alpha、CNBCなど複数のメディアがリーク報道しており、かなり具体的な仕様も出てきている。何が変わるのか、そしてなぜ今このタイミングなのか。

GPT-4 Turboを超える、言語特化型のMoEモデル

Project Polarisの最大の特徴は、Mixture-of-Experts（MoE）アーキテクチャを採用していることだ。

プログラミング言語やフレームワークごとに専門のサブモジュールが用意されていて、入力に応じて最適なエキスパートが起動する。Pythonのコードを書くときはPython特化モジュールが、Rustのときはそちらが動く。汎用モデルが「全部それなりにできる」のに対して、Polarisは「各分野で専門家レベル」を目指している。

内部ベンチマークではHumanEvalとMBPPの両方でGPT-4 Turboを上回ったとされている。特に注目すべきはRustやHaskellといった、これまでAIが苦手としてきた低リソース言語での性能向上だ。コード生成AI全般に言えることだが、学習データの多いPythonやJavaScriptでは各社横並びになりがちで、差が出るのはこうしたマイナー言語への対応力だったりする。

さらに、推論時にChain-of-Thought（思考の連鎖）とTree-of-Thought（思考の木構造）探索を組み合わせる仕組みも搭載しているとのこと。これにより、複数ファイルにまたがるリファクタリングのような、現行のAIアシスタントでは手に負えなかった複雑なタスクに対応できるようになるという。

なぜ今、自前モデルなのか

MicrosoftはOpenAIに数百億ドルを投資し、両社の関係は深い。それなのになぜ自前のコーディングモデルを開発するのか。

背景にあるのは、AI開発競争の構造変化だ。CursorがComposer 2.5で独自モデルを投入し、AnthropicのClaude Opus 4.8がSWE-benchで69.2%を叩き出し、GitHub Copilotは「GPTを載せているだけ」では差別化が難しくなってきた。

もう一つはコスト構造の問題だ。OpenAIのAPIを呼ぶたびに利用料が発生する構造では、Copilotの利用が増えるほどMicrosoftの利益率は下がる。自社モデルなら推論コストを直接コントロールできる。

そして知的財産の問題。Project Polarisには「Code Content Guarantee」という仕組みがあり、学習データを許可されたものに限定することで、生成コードに対する知財クレームから顧客を免責する。これは2026年現在のAIコーディングツール市場で、エンタープライズ顧客が最も気にしているポイントの一つだ。

Build 2026のもう一つの主役：Windowsがエージェントの「OS」になる

Project Polaris以外にも、Build 2026には大きな発表が控えている。

Azure Agent Mesh — エージェントの実行をオンプレミスのWindowsサーバー、Windows 365 Cloud PC、Azure Arc対応のエッジデバイスにまたがって分散させるコントロールプレーン。レイテンシとGPU空き状況に応じて自動ルーティングし、従量課金でQ4 2026にGA予定。

Windows Agent Framework（WAF） — MITライセンスでオープンソース化されるエージェントのライフサイクル管理ライブラリ。エージェントの登録・監視・バージョニングをOSレベルで行う。6月中にInsider向けプレビューが始まる。

Windows Agent Store — エージェント版のアプリストア。Microsoft Store経由でAIエージェントを配布・管理できるようになる。

正直なところ、「Windowsをエージェントプラットフォームにする」という構想は壮大だが、初期のAgent Runtimeがテキストベース（JSON/XML/PDFのみ）に限定されている点を考えると、すぐに何かが劇的に変わるわけではない。ただ、方向性としてはAppleのSiri刷新やGoogleのGeminiアプリとの対比で見ると興味深い。OSベンダー各社がAIの実行環境を自分のプラットフォームに囲い込もうとしている。

開発者にとって何が変わるか

具体的に影響を受けるのは、8月のGA以降にGitHub Copilotを使う開発者全員だ。

まず、コード補完の質が変わる。特にRust、Go、Haskellといった言語でCopilotを使っている人には体感できる差が出そうだ。現在のCopilotで「微妙だな」と感じている部分が、言語特化のMoEモジュールで改善される可能性がある。

次に、複数ファイルにまたがるリファクタリングや、テストの自動生成が実用レベルに近づく。CursorやClaude Codeが先行していた「エージェント的な開発」の領域に、Copilotも本格参入することになる。

ただし、気になる点もある。Project Polarisが「GitHub Copilotの中身を完全に置き換える」のか、「GPTモデルと併用する選択肢の一つ」なのかは、まだ明確にされていない。Build本番の発表を待つ必要がある。

「OpenAIの代理店」から抜け出せるか

Build 2026のキーノートは日本時間6月3日午前2時30分からだ。Project Polarisの正式発表と合わせて、詳細が出次第この記事を更新する予定。

ここで問われているのは、MicrosoftがAIコーディング市場で「GPTを載せるプラットフォーム」から「自前技術で勝負するプレイヤー」に本当に移行できるかどうかだ。Cursor、Anthropic、そしてOpenAI自身のCodexとの四つ巴の競争が、夏以降さらに激しくなる。