1. まず押さえるべき事実

Microsoftは2026年6月、開発者向け年次イベントBuild 2026で、自社開発のAIモデル群「MAI(Microsoft AI)」を一挙に公開しました。 複数の海外報道によると、今回発表されたのは推論、コーディング、画像、音声、文字起こしなどをカバーする7つの社内モデルで、 その中心となるのが同社初の本格的な推論モデル「MAI-Thinking-1」です。

特徴的なのは、MAI-Thinking-1がOpenAIのデータに依存せず独自に訓練されたと説明されている点です。 また、コーディング向けのモデルはGitHub CopilotやVisual Studio Codeに組み込まれ始めており、 Microsoftはこれらを自社のAzureインフラ上で動かすことで、外部提供元に支払う費用を抑え、開発者に還元する狙いだとしています。 つまり今回の発表は、「新しいAIが増えた」話であると同時に、AIの土台を誰に握られているかという構造の話でもあります。

Microsoft AI(MAI)が自社モデル開発の方針を掲げる公式サイト
Microsoft AI(MAI)公式サイト。「自社モデルでミッションを支える」という開発方針を掲げている(出典:microsoft.ai)
項目 これまでの一般的な構図 MAI発表後の変化
Copilotの中身 主にOpenAIのモデルが担っていた 自社MAIモデルが一部を担い始める
提供元の数 特定ベンダーに集中しやすい Microsoft・OpenAI・Anthropicなど複線化
コスト構造 外部モデルの利用料が積み上がる 自社インフラ運用で抑制を狙う
選定の論点 「どのモデルが賢いか」中心 「どこに依存するか」も重要に

2. なぜMicrosoftは自社モデルMAIを出したのか

背景には、MicrosoftとOpenAIの関係変化があります。 両社は2026年4月に提携内容を見直し、MicrosoftがOpenAIの技術を独占的に使う形ではなくなりました。 その流れの中でMicrosoftは、自社で基盤モデルを持つことを「長期的な自立」のための戦略と位置づけています。

狙いは大きく2つです。1つはコストです。外部の提供元にモデル利用料を払い続けるより、 自社モデルを自社のAzure上で動かすほうが、利用が増えるほど費用を抑えやすくなります。 もう1つは主導権です。価格、プライバシー、コンプライアンスの方針を自社で決められるようになり、製品の作り込みも自由になります。

Microsoftによると、推論モデルMAI-Thinking-1は同社の社内評価でClaude Sonnet 4.6より好まれ、コーディングではClaude Opus 4.6に匹敵する場面もあったとされています。 こうした数値はあくまで提供元自身の主張であり、第三者の検証はこれからですが、 重要なのは「Copilotの裏側で動くAIが、必ずしもOpenAIだけではなくなった」という構造の変化です。

単一ベンダー前提のAI活用
  • 1社のモデルに業務が密結合
  • 価格改定や提供停止に弱い
  • 乗り換えコストが見えない
VS
複数ベンダー前提のAI活用
  • 用途ごとにモデルを使い分け
  • 提供停止・値上げの影響を分散
  • 切り替えやすい設計を先に持つ

AI選びの論点は、性能比較から「どこに依存し、どう分散するか」へ移っています

3. 企業のAIベンダー選びで変わる3つのこと

1つ目は、「賢さ」だけでモデルを選ぶ時代が終わりつつあることです。 主要モデルの性能差は縮まっており、ベンチマークの順位は数か月で入れ替わります。 だからこそ、性能の一点突破ではなく、コスト、提供の安定性、自社データの扱い、乗り換えやすさを含めた総合判断が重要になります。

2つ目は、同じ製品でも中身のモデルが変わりうることです。 Copilotのように、これまでOpenAI中心だった製品の一部がMAIに置き換わるなど、ユーザーが意識しないところで使われるモデルは更新されます。 自社の業務がどのモデルに支えられているのかを、製品名ではなく「中で何が動いているか」で把握しておく必要があります。

3つ目は、ベンダー分散がリスク管理になることです。 1つの提供元に業務を密結合させていると、値上げ、仕様変更、提供停止が起きたときに一気に影響を受けます。 用途ごとにモデルを使い分け、いつでも切り替えられる設計にしておくことが、AIを業務に組み込むうえでの安全弁になります。 MIRAINA視点では、これは大企業だけの話ではなく、AIを日常業務に入れ始めた中小企業ほど効いてくる論点です。

4. MAI登場を自社のAI戦略にどう落とすか

実務で大切なのは、新モデルの名前を覚えることではなく、自社のAI活用が「どこに、どれだけ依存しているか」を棚卸しすることです。 まず、社内で使っているAIツールを書き出し、それぞれが裏側でどの提供元のモデルを使っているかを整理します。 Copilot、ChatGPT、Claude、社内ツールのAPIなど、提供元が偏っていないかを確認しましょう。

次に、業務ごとに「止まったら困る度合い」を評価します。 たとえば日常の文章作成は代替が効きやすい一方、特定モデルに最適化した業務フローや自動化は、提供停止や仕様変更の影響を受けやすくなります。 既存のFable 5停止でAIモデル選定はどう変わるかの記事でも触れた通り、 「使えなくなる前提」で代替を用意しておくことが、AIを安心して業務に組み込む鍵です。

そのうえで、プロンプトや業務フローをできるだけ特定モデルに依存しない形で設計しておくと、乗り換えの負担が下がります。 こうした設計は、生成AI活用支援AI研修の段階で先に決めておくと、後からの作り直しを減らせます。

  • Step 01 使用中のAIツールを
    棚卸し
  • Step 02 裏側の提供元を
    確認する
  • Step 03 止まったら困る
    業務を特定
  • Step 04 代替モデルを
    用意しておく
  • Step 05 依存しない形に
    設計を見直す

ベンダー選びは、比較して終わりではなく「分散と切り替え」を前提に設計することで意味を持ちます

5. 中小企業が今やるべきこと

中小企業が最初にやるべきことは、どのモデルが一番賢いかを議論する前に、自社のAI活用が一社に偏っていないかを確認することです。 多くの場合、気づかないうちにCopilotやChatGPTなど特定の提供元にまとまっており、その前提が崩れたときの備えがないケースが目立ちます。 まずは「何に使っているか」と「裏で何が動いているか」をセットで洗い出してください。

そのうえで、全てを一度に切り替える必要はありません。 日常業務はコストと使いやすさで選び、止まると困る重要業務だけ代替手段を用意する、という優先順位で十分です。 MAIの登場は、「AIは一社に任せきりにしなくてよい」という選択肢が広がったサインです。 自社のAI戦略を、特定ベンダー前提から「使い分けと切り替え」を前提にした設計へ、少しずつ移していきましょう。

6. まとめ

Microsoftの自社AIモデルMAIの発表は、AIを業務に使う企業にとって見逃せない構造変化です。 Microsoftは、性能競争に加わるだけでなく、コストと主導権を握るために自社で基盤モデルを持つ道を選びました。 これは、AIの土台を誰に依存するかという問いが、企業のAI戦略の中心に来たことを示しています。

もし今、「Copilotを入れているが中身は気にしていなかった」「AIを一社に任せきりで不安」と感じているなら、 まずはツールの棚卸し、提供元の確認、重要業務の特定、代替の準備という4点から整えてください。 AIベンダー選びは、一番賢い一社を選ぶことではなく、変化に強い使い方を設計することです。

AIモデル選定とベンダー分散の設計を見直したい企業へ

MIRAINAは、ツール選定だけでなく、提供元の分散、業務フローの依存度評価、切り替えやすい設計、定着研修まで一体で支援します。

無料相談はこちら

参考情報

この記事の監修者
芝 優作

MIRAINA代表。生成AI導入、LLMO、業務自動化の支援を行う。 現場でAIが使われ続けるかどうかは、モデルの賢さよりも、提供元の分散、依存度の把握、切り替えやすい設計で決まると考え、実装まで伴走している。

関連記事