では、一つひとつ見ていきましょう。

---

1.Microsoft IQ — D365エージェントの「文脈理解」が変わる

今回のBuildで、個人的に一番インパクトが大きいと感じたのがこれです。

Work IQ 今月GA・Fabric IQ・Foundry IQが統合された「Microsoft IQ」が発表されました。

一言で言うと、「Copilot Studioで作るD365連携エージェントが、組織全体の文脈を理解できるようになる」ということです。

これまでのエージェントは、Dataverseのレコードを検索して返す、という動きが中心でした。悪くはないのですが、「このお客様の担当営業が先週Teamsでどんな会話をしていたか」「Outlookでのやりとりはどうだったか」「SharePointの最新提案書はどれか」—そういった文脈をエージェントが自分で拾いに行くには、開発者がコネクターを一つひとつ設計して繋ぐ必要がありました。

それが、Work IQが入ることで変わってきます。M365全体—Teams・Outlook・SharePoint・OneDriveを横断した「組織的な意味理解」がエージェントに流れ込む設計になるんです。

さらに、Procedural Memory（Preview）という機能により、エージェントが複数回の実行を跨いで「このチームはこのやり方で動いている」という業務の流儀を学習・記憶できるようになります。これは地味に大きい。

Fabric IQ Ontology（Preview）が正式化されると、Dynamics 365のデータモデルとFabricのデータレイクを「ビジネスの意味」として結びつけたエージェント設計が可能になります。D365とFabricを両方使っているお客様には、特に注目していただきたいポイントです。

---

2. D365 × Microsoft 365 — 組織データを横断するエージェント統合

上述1.とも関連するのですが、こちらはもう少し「エージェントの動き方」そのものが変わる話です。

今回発表された「Microsoft Scout」Early Accessは、Microsoftが「Autopilotエージェント」と呼ぶ、常時稼働型エージェントの第一弾です。

これまでCopilotは「話しかけたら答えてくれる」存在でした。プロンプトを投げる→返ってくる、という往復が基本です。ScoutはそうじゃなくてEntra IDで管理された独自のIDを持ち、TeamsとOutlookを監視しながら、指示がなくても動き続けます。

D365実装者として気になるのは、このScoutがWork IQをコンテキストエンジンとして使っているという点です。

---

3. Windows 365 for Agents — Power PlatformとD365の組み合わせで広がる自動化

Power Automate Desktopを使ってきた方には、特に注目していただきたい発表です。

「Windows 365 for Agents」Agent 365ツール経由GA Copilot Studio Previewは、Copilot Studioのエージェントに対して、Entra ID・Intune管理下のCloud PCを割り当て、業務アプリのUIを直接操作させる仕組みです。

これまでのCopilot Studioエージェントは、APIやコネクター経由でしかシステムと連携できませんでした。APIのないレガシーシステムや、UIしか口がないアプリケーションは、Power Automate Desktop（RPA）で対応してきましたよね。

このWindows 365 for Agentsが変えるのは、そのRPAの「判断」の部分です。

---

4. Microsoft Foundry — Copilot Studioエージェントの本番運用設計が変わる

エージェントを「作る」のは、正直、だいぶ簡単になってきました。難しいのはその先—本番で安定させる、品質を継続的に上げる、ガバナンスを効かせる——という部分です。

今回のFoundryアップデートは、まさにその「プロトタイプ以後」を設計した内容だと感じました。注目すべきポイントは3つあります。

Teams・M365 CopilotへのワンクリックPublish 来月GA

Copilot Studioで作ったエージェントをTeams・Microsoft 365 Copilotにワンクリックで公開できるようになります。IDとテナントポリシーが自動的に引き継がれるので、セキュリティ設定の重複作業がなくなります。来月GAということで、もうすぐです。

トレース・評価・Agent Optimizer GA / Preview

エージェントの挙動をOpenTelemetryで記録・評価し、「回答が不正確なケース」を自動検出。Agent Optimizer（Preview）がプロンプト・ツール・コンテキストの改善案を自動提示し、差分確認後にワンクリックで更新・ロールバックができます。

Agent Control Specification Preview

エージェントが本番でできることをコードで定義・強制できるようになります。D365の機密データを扱うエージェントでは、このガバナンス設計が重要な要件になるはずです。

---

5. Frontier Tuning — 業種特化D365実装への影響

最後は、少し中長期の話です。今すぐ使えるわけではないのですが、D365業界クラウド（製造・金融・医療・小売）を担当しているパートナーの方には、早めに知っておいてほしい発表です。

「Frontier Tuning」Early Accessは、自社テナント内で業種・業務特化のAIモデルをファインチューニングできる基盤です。

これまでのCopilot Studioは、汎用モデルをベースにプロンプトエンジニアリングやナレッジベースでカスタマイズする、というアプローチでした。Frontier Tuningはそのレイヤーが一段下がります—モデル自体を、自社の業種固有の用語・業務フロー・社内ポリシーで鍛えることができる。

Copilot Studioエージェントのバックエンドとして、汎用モデルではなく業種チューニング済みモデルを使える設計が可能になる。これはD365業界クラウドを扱うパートナーにとって、大きな差別化要素になりうると思っています。

---

6.Build 2026を俯瞰する — MicrosoftはD365を「Agentic Foundation」と定義した

ここまで5つの軸でD365実装者向けの変化をお伝えしてきましたが、最後に少し視座を上げて、今回のBuild全体を俯瞰してみたいと思います。

今回のBuildで発表されたものを並べると、改めてそのスケールに圧倒されます。

これだけ並べると、Microsoftが何をしようとしているかが見えてきます。

垂直統合—チップからアプリまでを自分たちで握る

今回のBuildでMicrosoftが最も明確に見せたのは、「チップ〜インフラ〜OS〜開発基盤〜データ〜エージェント〜業務アプリ」という縦の軸を、自社で一気通貫に持つという意志です。

このスタックを見て気づくことがあります。上から下に向かって、すべての層が「エージェントを動かすため」に設計されています。量子コンピュータも、自社シリコンも、新しいOSも、AIモデルも—すべての矢印の先に「エージェントが業務を遂行する」という一点があります。

では、そのエージェントはどこで「仕事をする」のか

エージェントには「動く理由」が必要です。業務プロセス・データモデル・ビジネスルール・組織の権限構造—これらがなければ、エージェントはどこに向かえばいいかわからない。

その「動く理由」を持っているのが、Dynamics 365です。

今回のBuildで、MicrosoftはDynamics 365を「エージェントが動くための業務文脈の基盤」—すなわちAgentic Foundationとして、静かに、しかし明確に位置づけたと、私は理解しています。

これはBizAppsコミュニティへのメッセージでもある

D365の実装者・パートナーの皆さん、これは私たちにとって、自分たちの仕事の価値が上がるメッセージです。

エージェントがどれだけ賢くなっても、業務を理解していなければ動けません。業務プロセスを設計し、データモデルを整え、ビジネスルールを定義する—その仕事は、AIには代替できない。むしろ、エージェント時代になればなるほど、D365を正しく実装する人間の価値は高まっていく、と僕は思っています。

各機能のGAスケジュール・詳細に関しては、公式ドキュメントで最新情報をご確認ください。