Microsoft 365 Copilotの宣言型エージェント（Declarative Agents）に、まとめて3つの大きなアップデートが降ってきた。なかでも注目すべきはMCP Appsのサポートだ。2026年4月7日に正式アナウンスされたこの機能は、Copilotチャットの性格を根本から変える可能性を持っている。

何が変わったのか——3つの制約が同時に崩れた

これまでの宣言型エージェントには、開発者なら誰でも痛感してきた3つの壁があった。

  • テキスト応答しかできない
  • 知識ソースがSharePoint・OneDrive・一部URLなどに限定されている
  • 開発ループがポータルとJSONとエディタをまたぐ煩雑なもの

今回のアップデートはこの3つを一気に崩した。MCP Appsが「壁その1」を、埋め込み知識（Embedded Knowledge）が「壁その2」を、Microsoft 365 Agents Toolkitの新プラグインが「壁その3」をそれぞれ解決する構成だ。

MCP Appsとは何か——チャットの中に「生きたUI」を置く

Model Context Protocol（MCP）は、もともとAIクライアントとサーバー間でデータをやり取りするための仕様として広まった。その拡張として最近追加されたのが、データだけでなくフルUIもクライアント側に返せる仕組みだ。

Copilotではこれに対応した形式が2種類サポートされている。

  • MCP Apps：MCPの仕様を拡張したもの
  • OpenAI Apps SDK：OpenAIが同時期にリリースした同様の仕組み

実際にどう見えるかというと、チャット内に「経費承認フォーム」「プロジェクトステータスダッシュボード」「並列ドキュメント比較ビュー」といったインタラクティブなUIが出現する。リンクではない。カードでもない。ユーザーが操作できるライブな作業面がそのままチャットの中に埋め込まれる。

表示モードは2種類ある。

モード 特徴 用途例

インライン（Inline） モデルの応答より前に表示される軽量ウィジェット 承認フロー、クイック確認、プルリクレビュー

サイドバイサイド（Side-by-side） メインエリアを占有する没入型ワークスペース 複数ステップの編集作業、レイアウト確認、比較作業

インラインモードはチャットの流れを邪魔しない軽い操作に向いており、サイドバイサイドはCopilotチャットを横に追いやって「本格的な作業台」として使う構成だ。

開発者にとって重要な設計上のポイント

この機能設計で評価したいのは後方互換性だ。UIコンポーネントはMCPレスポンスのmetaプロパティに乗せる形で追加され、既存のMCPサーバー実装を壊さない。認証・インテグレーション・既存ロジックはそのままに、UI層だけを後乗せできる。

過去のMicrosoftが得意としてきた「壊さずに積む」設計の良い例だ。既にエージェントを本番運用している開発者にとっては、リアーキテクチャなしで対応できる点がありがたい。

ローンチパートナーにはAdobe Express・Coursera・Figma・monday.comといった名前が並び、Outlookの作成・スケジュール機能も対象に含まれる。4月中旬からMicrosoft 365 Agent Storeに順次登場する予定だ。

実務への影響——IT管理者・エンジニアが押さえるべきこと

エージェント開発者向け

  • 既存のMCPサーバーがある場合、metaプロパティにUI定義を追加するだけで対応可能。フルリライトは不要
  • インラインとサイドバイサイドの使い分けを先に設計してから実装に入ると無駄が少ない
  • 承認フロー系の業務（稟議・経費・購買）は即座にユースケースの候補になる

IT管理者向け

  • Copilotチャット内で「アプリが動く」体験が始まることで、ユーザーのCopilot利用時間が増加する可能性がある。ガバナンスポリシーの見直しが必要になるかもしれない
  • Agent Storeからインストールされるサードパーティエージェントの管理方針を今から整備しておくと後が楽になる
  • Adobe Express・Figmaといったクリエイティブ系ツールとのCopilot統合が進むことで、M365の外にあったワークフローが内側に取り込まれる流れが加速しそうだ

筆者の見解

Copilotがテキスト応答の外に出始めたこと自体は、正直なところ歓迎したい変化だ。チャットで返ってくるのが文字だけというのはいつまでも「頭のいい検索」の域を出られず、業務ツールとして本当の意味で使いものになるには、これくらいのUIリッチ化は必要だった。

ただ、率直に言えば「遅い」という感想も拭えない。チャット内に作業UIを持ち込むというコンセプト自体は技術的に新しいわけではなく、それが2026年春にようやく宣言型エージェントで使えるようになったというのは、Microsoftが持っているブランドと開発者コミュニティの規模を考えると、もったいないスピード感だ。

とはいえ、ここで重要なのは「後方互換を保って積み上げた」という実装の筋の良さだ。この設計判断は正しい。Microsoftが本気でエコシステムを育てようとするなら、既存投資を無駄にさせないアーキテクチャが不可欠で、その点は今回しっかりやりきっている。

MCPという業界共通の仕様をベースに据えたことも長期的には有利に働くはずだ。独自規格に閉じず、OpenAI Apps SDKも並列サポートする姿勢は、エコシステムの裾野を広げる上で現実的な判断だと思う。

日本のM365環境でCopilotを展開している企業には、まずはAdobe ExpressやFigmaといった既導入ツールとのインテグレーションを試しにいくのが最初の一手として手堅い。承認フロー系の業務をインライン対応させるだけでも、「Copilotを開かない理由」が一つ減る。それが積み重なると、利用定着率の数字は変わってくる。

Copilotが実力を発揮できる土台が少しずつ整ってきたのは確かだ。この方向性でのアップデートが続くことを期待したい。

出典: この記事は M365 Copilot Declarative Agents: What’s New April 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。