Microsoft、GitHub CopilotやExcelで自社AIに切り替えへ――OpenAIやAnthropicのモデルは「引き続き併用」

解説

近年、生成AIを活用した業務の変革が進む中で、どの高性能なモデルを利用するかという「選択」が重要な要素になってきています。今回注目されているのは、主要ツール群で自社開発モデルへの切り替えが進行している点です。この動きは、単にコストを削減するだけでなく、サービス提供体制全体の最適化を目指すものです。

これまでOpenAIやAnthropicなど外部ベンダーの高性能なフロンティアモデルを利用していたタスクの一部を、自社の「MAI」シリーズのようなローカルで開発された小規模モデルへ移行させるという試みが行われています。その目的は、性能レベルを維持しつつ、より効率的な利用を実現することにあります。

企業がAIを活用する環境においては、外部の最新技術と内部に最適化されたシステムの両方を使い分ける「オーケストレーション」の設計が鍵となります。そのため、自社内の既存なAI機能提供基盤やアクセス権限管理などを見直すきっかけになります。

ポイント

• MicrosoftがGitHub CopilotやExcelなどの主要ツールで、自社開発AIモデル「MAI」の本格的な導入を開始。
• 外部依存度の高かったOpenAI/Anthropicモデルの一部タスクをMAIに移行することで、性能維持と同時にコスト削減を実現する方針。
• 高性能なフロンティアモデルは引き続き活用しつつ、製品ごとの利用シーンに応じて適切なモデルを選択・使い分けるアーキテクチャが主流となる。

情シスへの影響

MAIシリーズの導入に伴い、既存のAI機能提供基盤やアクセス権限管理に影響が出る可能性があります。

• モデル管理と構成: どの製品（Copilot Chat, PowerPointなど）でどのバージョンのモデル（外部フロンティアモデルか内部MAIか）が利用されているかの切り替えロジックや設定を理解・監視する必要があります。モデル選択のルールやトラフィック振り分けの動作確認が必要です。

• コスト管理とリソース配分: MAIを利用する前提で、課金体系やAPI呼び出しのエンドポイント設計を見直す必要がある場合があります。高性能な外部モデルからの切り替えに伴う計算資源（GPUなど）の要件の変化を把握する必要があります。

• ユーザー体験と機能担保: 開発者やエンドユーザーが利用する際に、「内部モデルで同等以上の性能」が出ているかどうかの品質検証環境の構築、およびパフォーマンス計測が必要になります。

影響範囲

Microsoft製品スイート全体（GitHub Copilot, Excel, Outlook, PowerPointなど）内のAI機能。特にMAI-Code-1-Flashや関連するエージェント型AIモデルを利用する開発者・一般ユーザーに影響が及ぶ可能性があります。適用されるのは、Microsoftのエンタープライズテナントおよびそれを利用するエンドポイント（PC、Webサービス）。

重要度

★★★★☆

対象者

• M365管理者
• セキュリティ担当者
• ITアーキテクト

優先度

計画的に対応

優先度の理由

本記事は「既に進めている」「順次拡大していく方針」と段階的な導入を示すものであり、即座の緊急パッチ適用が必要な脆弱性情報ではないため。しかし、コスト効率化と機能継続性の観点から、自社のAI活用環境における利用モデルの切り替えや、その影響範囲を洗い出し、計画的にキャパシティやライセンス体系の見直しを行う必要があるため。

確認手順

• 社内で現在利用している生成AIサービス（Copilotなど）の利用状況とコスト構造を確認し、MAIシリーズへの移行による費用のシミュレーションを行う。
• ITアーキテクト部門が主導し、内部モデルと外部フロンティアモデルの両方を用いた際の性能差や信頼性のベンチマークテストを計画する。
• 各AI機能のエージェント化・自動実行環境のコンテキスト（メモリ、スキル）がモデルから独立している設計になっているか、公式ドキュメントで仕様を確認する。
• 利用対象ユーザーや部門に対して、モデル切り替えによる挙動の変化、特に開発ワークフローへの影響を事前に通知し、フィードバック収集体制を確立する。