Copilot社内展開・情シス2026年7月7日

Microsoft、Office CopilotのAIを自社MAIモデルに静かに切り替え

Microsoftの発表ページ — 提供元の発表ページ（出典：Microsoft）

Bloombergが2026年7月7日に報じたところによると、MicrosoftはExcelとOutlookのCopilotで処理するAIの一部を、OpenAIやAnthropicのモデルから自社開発の「MAI」モデルへ切り替え始めました。対象はメールスレッドの要約や返信の下書き、表の整形といった、量が多くて定型的な処理です。画面上の見た目もボタンも変わらないため、使っている側からは切り替わったことがわかりません。中身が黙って入れ替わる前提で、社内の使い方をどう組み直すかを整理します。

何が変わったか

Microsoft 365 Copilot は、これまで OpenAI や Anthropic のモデルを裏側で使ってきました。そのうち ExcelとOutlook の定型的な処理が、Microsoft が自社開発した MAI モデルへ振り分けられ始めています。Microsoft からの利用者向けの告知はなく、Bloomberg の報道で明らかになったものです。

●対象は ExcelとOutlook の Copilot。メールスレッドの要約、返信の下書き、表の整形といった定型処理が切り替わっている
●MAI モデルが処理しているのは週あたり数万件（2026年7月7日時点のBloomberg報道）
●難易度の高いタスクは引き続き OpenAI のモデルが担当。Anthropic のモデルも一部の Office アプリの用途で残る
●MAI モデルが占める割合は、Microsoft 全体のAI利用量から見ればまだ小さい
●目的は推論コスト（プロンプト1件ごとにかかる計算費用）の削減

MAI モデル自体は、2026年6月の Microsoft Build 2026 で7つのファミリーが公式に発表されています。コード生成の MAI-Code-1 は GitHub Copilot と VS Code で、画像生成の MAI-Image-2.5 は PowerPoint で提供されており、推論モデルの MAI-Thinking-1 は Microsoft Foundry でプライベートプレビュー中です。今回の Excel・Outlook への投入は、その延長線上にあります。

業務側から見た本質は「安いモデルで日常業務、高いモデルで難題」という棲み分けが、Copilot の内側で始まったということです。料金やライセンスの条件が変わったわけではなく、変わったのは同じ操作の裏で動く中身です。

業務での使いどころ

コストの安いモデルが日常業務を担うようになると、Copilot は「軽い仕事を大量にさばく道具」としての性格が強くなります。中小企業で効くのは、1件あたりの重要度は高くないが件数が多い仕事です。

●向く仕事：長いメールスレッドの経緯を3行で把握する、定型の返信の叩き台を出す、貼り付けた表の体裁を整える
●向く仕事：出力を人がその場で読んで、正しいかどうかすぐ判断できるもの
●向かない仕事：Copilot の出力をそのまま社外に送る文書、数字の突き合わせが結論を左右する作業
●向かない仕事：毎回まったく同じ品質で出てくることを前提に組んだ手順（中身のモデルが変わりうるため）

情シスや社内展開の担当者は、切り替えを止めることはできません。できるのは「どの業務が影響を受けるか」を先に把握して、影響が出る業務だけ手順を厚くすることです。

1社内で使われている Copilot の用途を、Excel・Outlook の定型処理とそれ以外に分けて棚卸しする
2代表的な業務（例：長いメールスレッドの要約）で、同じ入力を数回投げて出力のばらつきを見る
3Copilot Chat のようにモデルを選べる画面がある業務では、既定の「Auto」のままの結果と、モデルを明示指定した結果を比べる
4品質が落ちる業務だけを洗い出し、その業務のプロンプトを具体化するか、人の確認工程を足す

モデルが変わっても結果がぶれにくい、メールスレッド要約の指示文

このメールスレッドを、次の形式でまとめてください。

【経緯】3行以内
【相手の依頼・質問】箇条書き（原文の表現をそのまま使う）
【期限と金額】スレッド内に書かれているものだけ。書かれていなければ「記載なし」
【こちらが返すべきこと】箇条書き

・スレッドに書かれていないことは補わないでください
・日付・金額・数量は、原文のどのメールに書かれていたかを（◯月◯日 △△様のメール）の形で添えてください
・判断が分かれる箇所は［要確認］と書いてください

出力の形式を決め打ちにして、「書かれていないことは補わない」「根拠のメールを添える」の2点を入れておくのがポイントです。モデルが軽いものに変わると、文脈から推測して埋めてしまう挙動が出やすくなります。形式と出典を先に縛っておけば、間違いが起きたときに人が気づけます。

試すときに気をつけること

どのモデルが答えたのかは、画面からはわかりません

今回の切り替えは告知なしで行われ、Copilot のボタンや画面表示は変わっていません。つまり、同じ操作でも時期によって応答するモデルが違う可能性があります。「先月と同じ品質で返ってくる」ことを前提にした業務手順は作らず、出力を人が確認する工程を残してください。品質が落ちたと感じたときに切り分けられるよう、代表的な入力と出力は手元に保存しておくと判断が早くなります。