📌 この記事の要約

• AIの主役は「賢いモデル」から「動かす土台」へ
  マイクロソフトは2026年6月2日のビルド2026基調講演で、AIモデルの性能だけでなく、AIエージェントを実際の仕事で動かすための実行環境・文脈・権限管理といった「土台」を前面に打ち出した。

• ウィンドウズはAIエージェントの「作業場」に
  インテリジェント・ターミナルやWSLコンテナ、サーフェスRTXスパーク・デブボックス、ローカル向けモデル「アイオン1.0」などで、AIが手元のPCでも安全に作業できる環境を整える。

• 会社の文脈をAIに渡す「マイクロソフトIQ」
  ウェブIQ・ファブリックIQ・ワークIQを通じて外部情報・業務データ・社内のやり取りを参照させ、「もっともらしいが自社では使えない答え」を防ぐ。

• 安全に働かせる管理基盤「エージェント365」「MXC」
  AIエージェントのID・権限・履歴を管理し、許可されていないファイル操作を実行させない仕組みで、企業が安心して使える設計を示した。

　マイクロソフトは2026年6月2日、米サンフランシスコで開発者会議「マイクロソフト・ビルド2026」のオープニング基調講演を実施しました。登壇したサティア・ナデラCEOが強調したのは、AIモデルの性能だけを競う話ではありません。AIを実際の仕事で使うには、AIがファイルを読み、アプリを操作し、必要な情報を探し、作業結果を人に返すための環境が必要になります。

　ここでいうAIエージェントとは、人に質問されて答えるだけでなく、複数の手順を自分で進めるAIのことです。たとえば、「この資料を読んで、会議の準備をして、関係者に共有して」と頼むと、資料を読み、要点をまとめ、予定やメールの文脈を見て、次の作業まで進めるようなイメージです。便利そうに聞こえますが、会社で使うには大きな課題があります。AIがどのファイルを読んでよいのか、どのアプリを動かしてよいのか、失敗したときに誰が止めるのかを決めなければならないためです。

　今回のビルドでマイクロソフトが示したのは、そのための土台でした。ウィンドウズやアジュール、ファウンドリー、マイクロソフトIQ、エージェント365、さらに新しいデバイス構想まで、すべてがAIエージェントを仕事で安全に動かすための仕組みとして紹介されています。今回は、この基調講演のポイントを整理します。

AIモデルだけでなく、文脈や実行環境、セキュリティまで含めた全体像を示しました。

ウィンドウズはAIエージェントを動かす作業場へ変わる

　最初の大きなテーマは、ウィンドウズをAIエージェント向けの作業場に変えることでした。これまでのパソコンは、人間が画面を見て、マウスやキーボードで操作する道具でした。ところが、AIエージェントを使うようになると、AI自身もパソコン上で作業します。コードを書いたり、ログと呼ばれる記録を調べたり、ファイルを開いたり、別のツールを呼び出したりするわけです。

　そのため、マイクロソフトはウィンドウズ11に開発者向けの機能をまとめて追加しています。たとえば「コアユーティルズ・フォー・ウィンドウズ」は、リナックスでよく使われる文字入力型の命令を、ウィンドウズでも使いやすくする機能です。「ターミナル」とは、文字でパソコンに命令を出す画面のことです。エンジニアはこの画面で、ファイルを探したり、プログラムを動かしたり、エラーを確認したりします。

　新しい「インテリジェント・ターミナル」では、この文字入力の画面にAIエージェントが組み込まれます。コマンドが失敗したとき、AIがエラーの内容を見て、直し方を提案する流れです。人間がエラー文をコピーして検索し、別の画面で解決策を探す手間を減らす狙いがあります。

　「WSLコンテナ」も紹介されました。WSLは、ウィンドウズ上でリナックス向けの作業環境を扱う機能です。コンテナは、アプリや処理を小さな箱に入れて、周囲に影響を与えにくくする仕組みです。AIエージェントが作業するときも、何でも自由に触らせるのではなく、決められた箱の中で動かすほうが安全です。今回の発表は、AIに作業を任せる前提で、ウィンドウズの足回りを整えるものだと見るとわかりやすいでしょう。

　ハードウェア面では「サーフェスRTXスパーク・デブボックス」も発表されました。エヌビディアのRTXスパークを搭載した、AI開発者向けの小型デスクトップです。最大1ペタフロップのAI演算性能と128GBのユニファイドメモリを備えます。ユニファイドメモリとは、CPUやGPUなどの処理装置が同じメモリ領域を効率よく使う仕組みです。大きなAIモデルを動かすときに有利になります。

　ポイントは、AI処理をすべてクラウドに送るのではなく、手元のパソコンでも動かせるようにすることです。クラウドを使うと便利ですが、たくさん使えば費用も増えます。応答待ちの時間も発生します。そこで、重い処理はクラウド、日常的な処理は手元のパソコン、という分担を進めようとしているのです。

　オンデバイス向けの小規模言語モデルとして、「アイオン1.0インストラクト」と「アイオン1.0プラン」も紹介されました。アイオン1.0プランは、ユーザーの意図を読み取り、ツールを呼び出し、ファイル操作やサブエージェントの管理をローカルで行うためのモデルです。パソコンがAIに質問する窓口で終わるのではなく、AIが実際に作業する場所へ近づいています。

ウィンドウズ上でAIエージェントがエラーを読み取り、修正案を出すデモが披露されました。

AIエージェントはパソコンの外にも広がっていく

　次に紹介されたのが「プロジェクト・ソララ」です。これは、AIエージェントをパソコンやスマートフォンの中だけで使うのではなく、仕事の現場に合わせた専用デバイスで動かす構想です。基調講演では、机の上に置くタイプのデバイスと、社員証のように身に着けるバッジ型デバイスが紹介されました。

　据え置き型のデバイスは、顔認証で利用者を確認し、マイクロソフト365コパイロットなどのAIエージェントにアクセスする入口として説明されました。会議前に必要な情報を確認したり、次の予定に関する準備をしたり、仕事の流れに合わせてAIを呼び出す使い方が想定されています。

　バッジ型デバイスは、指紋認証、マイク、カメラを備えています。たとえば現場で会話を記録し、必要な写真を撮り、あとでチームに共有する素材をAIに整理させる、といった使い方です。医療現場なら、看護師が患者のそばを離れずに記録を残せます。小売店なら、店頭で商品や在庫の状況を確認できます。工場なら、作業手順や異常の確認に使える可能性があります。

プロジェクト・ソララでは、AIエージェントを現場で使うための専用デバイス構想が示されました。

　ポイントはAIがチャット画面の中だけにいると、現場の状況を見られないというところです。実際の仕事では、会話や写真、場所、予定、社内システム、書類が複雑につながっています。AIエージェントが役に立つには、そうした情報に安全な形で触れる必要があります。プロジェクト・ソララは、AIを「画面の中の相談相手」から「現場で状況を受け取れる道具」に近づける試みです。

　ただし、カメラやマイクを備えたデバイスを仕事で使うなら、情報管理の設計が欠かせません。誰の声を記録するのか。どの映像を残すのか。社外秘の情報をどこまでAIに渡すのか。ここを曖昧にしたまま導入すると、便利さよりリスクが目立ってしまいます。マイクロソフトがエンタープライズ管理や認証を強調したのは、企業が安心して使うには、デバイス単体の面白さより管理の仕組みが重要だからです。

バッジ型のデバイスのデモも公開されました。

マイクロソフトIQはAIに会社の文脈を教える仕組みになる

　AIエージェントを仕事で使うには、会社の事情を理解させる必要があります。どれほど賢いAIでも、社内の手順、顧客との過去のやり取り、会議で決まったこと、最新の業務データを知らなければ、一般的な答えしか出せません。「もっともらしいが、うちの会社では使えない答え」になってしまうのです。

　そこで登場するのが「マイクロソフトIQ」です。これは、AIエージェントに必要な文脈を与えるための仕組みです。文脈とは、単なるデータの集まりではありません。誰がどの仕事を担当しているのか、どの資料が最新版なのか、過去の会議で何が決まったのか、社内の手順では何を優先するのか、といった背景情報を含みます。

　基調講演では、電力会社の運用センターを想定したデモが行われました。停電や設備トラブルのようなインシデントが起きたとき、AIエージェントが外部情報、社内データ、対応手順を組み合わせて、担当者向けのブリーフを作ります。ブリーフとは、状況を短く整理した報告書のことです。

　ここでは、3つのIQが使われました。「ウェブIQ」は、外部の最新情報を取り込む役割です。たとえばニュースや公開情報を参照し、今起きていることを確認します。「ファブリックIQ」は、会社の業務データを扱います。デモでは、送電網の状態や設備の稼働状況がこれにあたります。「ワークIQ」は、マイクロソフト365上のメール、会議、文書、チャットなどから、仕事の流れを理解するための仕組みです。

　このAIは古い資料のコピーを読んでいるわけではありません。たとえばシェアポイント上の対応手順が更新されれば、AIの答えも新しい手順に合わせて変わります。社内文書を一度アップロードして終わり、という使い方ではないのです。日々更新される情報源を参照し続けることで、AIの答えを現場の状況に近づける狙いがあります。

　言い換えるなら、マイクロソフトIQは「AIに会社の最新事情を読ませるための仕組み」です。AIモデルそのものが賢くなっても、会社の情報につながらなければ実務では使いにくいままです。今回の発表では、モデルの性能だけでなく、AIに何を見せるか、どの情報を根拠にさせるかが大きなテーマになっていました。

AIエージェントが外部情報、業務データ、社内手順を組み合わせて対応案を作成するデモが行われました。

エージェント365とMXCはAIを安全に働かせるための管理機能

　現在、AIエージェントは試したいだけなら、誰でも簡単に作れるようになっています。難しいのは、会社の業務で安全に使い続けることです。AIがファイルを読めるなら、どのフォルダーまで読めるのかを決める必要があります。AIがアプリを操作できるなら、削除や送信のような操作をどこまで許すのかも決めなければなりません。

　この管理を担う仕組みとして紹介されたのが「エージェント365」です。人間の社員には、社員番号やログインID、アクセス権限、利用履歴があります。同じように、AIエージェントにも「どのエージェントが、誰の指示で、何をしたのか」を追跡できる仕組みが必要です。エージェント365は、組織内のAIエージェントを管理し、監視し、制御するための土台として説明されました。

　ウィンドウズ側では「マイクロソフト・エグゼキューション・コンテナーズ」、略してMXCも発表されました。MXCは、AIエージェントがアクセスできるファイルやネットワーク、アプリの範囲をあらかじめ決め、その範囲から出ないようにする仕組みです。わかりやすく言えば、AIに作業用の安全な部屋を用意し、その中でだけ動かすようなものです。

　基調講演では、オープンクローというAIエージェントのデモが行われました。AIにデスクトップ上のファイルを削除するよう命令しても、読み取り専用の設定が効いているため、削除できませんでした。デモとしては笑いを誘う場面でしたが、企業利用ではかなり重要です。AIが便利になるほど、間違った操作をしたときの影響も大きくなります。ファイルを読む、書く、削除する、外部へ送る。こうした操作を許すなら、権限管理が必要です。

　AIエージェントを導入するときは、「何ができるか」だけでなく、「何をさせないか」も同じくらい大切です。人間の社員にも、部署や役職によってアクセスできる情報が違います。AIエージェントにも同じ発想が必要になります。MXCやエージェント365は、AIを自由に暴れさせるためではなく、仕事に使える範囲で安全に働かせるための仕組みです。

MXCにより、AIエージェントが許可されていないファイル操作を実行できないことが示されました。

AI導入で問われるのは、賢いモデルよりも仕事で動かす設計

　マイクロソフト・ビルド2026の基調講演から見えてくるのは、AIエージェントを会社の仕事に組み込むための具体的な設計方法です。ウィンドウズは、手元のパソコンでAIを動かす場所になります。アジュールは、大規模なAI処理を支えるクラウドです。ファウンドリーは、AIエージェントを作り、試し、運用するための場所です。マイクロソフトIQは、AIに会社の文脈を与えます。エージェント365とMXCは、AIの権限や動きを管理します。プロジェクト・ソララは、AIをパソコンの外へ持ち出す構想です。

　AIの話題では、新しいモデルの性能に注目が集まりがちです。もちろん、モデルの賢さは重要です。しかし、企業が実際に困るのはその先です。今回の発表は、「答えるAI」から「動くAI」へ進む流れを示しました。動くAIには、作業場所、情報源、アクセス権限、監査ログ、安全な実行環境が必要です。派手なデモだけでなく、こうした地味な仕組みを整えなければ、会社の本番業務には入り込めません。ビルド2026は、その現実的な論点を前面に出した発表だったと言えるでしょう。