※お役に立てたらストック、いいねをよろしくお願いします！！
＜本記事のターゲット層＞
- Microsoft Build 2026の発表内容を追っていて、MXCとScoutの違いを整理したい人
- OpenClawやローカルAIエージェントをWindowsで試してみたい人
- Microsoft Scoutを導入するとOpenClawがそのまま動くのか気になっている人
- AIエージェントの安全実行、サンドボックス、企業管理に関心がある人
🔷結論：「OpenClawをWindows上で安全に動かす仕組み」はMXC
Microsoft Build 2026関連の発表を追っていると、OpenClaw、Microsoft Execution Containers（MXC）、Microsoft Scout という名前が近い文脈で出てきます。
この3つはどれもAIエージェントに関係しますが、役割は同じではありません。最初に結論を書くと、「OpenClawをWindows上で安全に動かす仕組み」そのものはMXCです。
一方で、Microsoft ScoutはOpenClaw由来の技術を使った、Microsoft 365向けの企業向けエージェント製品と見るのが自然です。つまり、MXCとScoutは競合する名前ではなく、見ているレイヤーが違います。
ざっくり整理すると、次のようになります。
| 名前 | 役割 |
|---|---|
| OpenClaw | 自分のPCやサーバーで動かせるOSSのAIエージェント基盤 |
| MXC | AIエージェントやツール実行をポリシー付きで隔離・制御する実行基盤 |
| Microsoft Scout | OpenClaw由来の技術をMicrosoft 365や企業管理に統合したエージェント製品 |
Windows Developer Blogでは、OpenClawのnodeとgatewayがMXCを活用してWindows上で安全に動作する、と説明されています。またMicrosoft公式ブログでも、MXCの技術がOpenClaw on Windowsで使われていることが説明されています。
そのため、質問が「OpenClawをWindows上で安全に動かす低レイヤーの仕組みは何か？」であれば、答えはMicrosoft ScoutではなくMXCです。
この記事では、MXC、OpenClaw、Microsoft Scoutの違いを、初心者にも分かるように整理します。さらに、実際に試したい場合にどこから触るのが現実的かも紹介します。
🔷MXC、OpenClaw、Microsoft Scoutの役割を分けて理解する
まずは3つの関係を図で見てみましょう。
MXCは安全実行の基盤、OpenClawはOSSエージェント基盤、Microsoft Scoutは企業向けに統合された製品として位置づけると理解しやすい。
図の通り、3つは横並びの製品名というより、OSS基盤、実行基盤、企業向け製品という違う層にあります。
🔹OpenClawはOSSのAIエージェント基盤
OpenClawは、AIエージェントを動かすためのオープンソース基盤です。公式ドキュメントでは、Node.jsとモデルプロバイダーのAPIキーを用意し、インストール後にGatewayやDashboardを起動する流れが案内されています。
イメージとしては、ローカルPCやサーバー上にAIエージェントの実行環境を用意し、チャットアプリ、CLI、ツール実行などと連携させるための基盤です。
OpenClawを試す場合、WindowsではPowerShellインストーラーが用意されています。
iwr -useb https://openclaw.ai/install.ps1 | iex
インストール後は、次のようなコマンドでオンボーディングやGatewayの状態確認、Dashboard起動を行います。
openclaw onboard --install-daemon
openclaw gateway status
openclaw dashboard
OpenClaw公式のGetting startedでは、Node.jsはNode 24が推奨され、Node 22.19以上もサポート対象とされています。加えて、利用するモデルプロバイダーのAPIキーが必要です。
🔹MXCはエージェントを安全に動かすための実行基盤
MXCはMicrosoft Execution Containersの略です。OpenClawそのものではなく、AIエージェントやツール実行を安全な範囲に閉じ込めるための実行基盤です。
AIエージェントは便利ですが、実行権限を持つと次のような操作が発生します。
- ファイルを読む
- ファイルを書き換える
- コマンドを実行する
- ネットワークへアクセスする
- UIやシェルを操作する
- プラグインや外部ツールを呼び出す
これらは開発作業を自動化するうえで強力ですが、同時にリスクもあります。たとえば、意図しないファイルを読んでしまう、不要なネットワークアクセスを行う、権限の強いコマンドを実行してしまう、といった問題です。
MXCは、このようなエージェント実行に対して、どこへアクセスできるか、何を実行できるかをポリシーとして定義し、OSレベルで制御するための仕組みです。
ここで重要なのは、MXCはOpenClaw専用ではないという点です。元ネタの整理でも触れた通り、MXCはOpenClawなどのAIエージェント、モデル出力由来のコード、プラグイン、ツール実行などを、ポリシー付きの隔離環境で動かすための基盤として説明されています。
つまり、OpenClaw on WindowsはMXCの活用例の一つです。MXC自体は、より汎用的な「安全に動かす場所」として理解するとスッキリします。
🔹Microsoft ScoutはMicrosoft 365向けの企業向けエージェント
Microsoft Scoutは、OpenClawのオープンソース技術を利用しつつ、Microsoft 365の仕事環境に統合された常時稼働型のエージェントとして説明されています。
Scoutの文脈で出てくる要素には、次のようなものがあります。
- Microsoft 365
- Teams
- Outlook
- OneDrive
- SharePoint
- Work IQ
- Entra ID
- Purview
- Defender
- Intune
この並びを見ると分かる通り、Scoutは単に「ローカルでエージェントを動かすOSSツール」というより、企業利用に必要なID、管理、セキュリティ、コンプライアンスを含めて統合された製品です。
そのため、Scoutを理解するときは、OpenClawと同じものとして見るより、OpenClaw由来の技術をMicrosoft 365企業利用向けに製品化したものと見るほうが安全です。
🔷Scoutを導入するとOpenClawがそのまま動くのか？
ここは少し誤解しやすいポイントです。
「Microsoft ScoutはOpenClawをベースにしている」と聞くと、Scoutを導入したPC上に openclaw.exe が入り、openclaw gateway や openclaw dashboard をユーザーが直接操作できるのでは、と思うかもしれません。
ただし、公式情報から確認できる範囲では、そこまで断定するのは避けたほうがよいです。
確認できるのは、ScoutがOpenClaw open-source technologyを基盤にしていること、そしてTeams、Microsoft 365、デスクトップアプリ、ブラウザ、ローカルリソース、MCPサーバーなどにまたがって動作する、と説明されていることです。
一方で、Scoutを導入した結果として、素のOpenClaw CLIやDashboardがユーザーにそのまま公開されるのか、通常のOpenClawと同じ設定ファイルやGatewayを直接操作するのか、といった実装の詳細は、元ネタの範囲では確認できません。
そのため、現段階では以下のように捉えるべきです。
ScoutはOpenClaw由来の技術を使ったMicrosoft管理下の企業向けエージェント製品であり、素のOpenClawをそのままPCに入れて直接操作するものとは限らない。
🔹なぜここを慎重に書くべきか
AIエージェント関連の発表は、OSS、SDK、プレビュー製品、Microsoft 365連携が同じタイミングで登場しやすいため、名前だけを見ると混ざりがちです。
特にScoutは企業向けの製品です。Microsoft 365やEntra ID、Purview、Intuneなどと統合される以上、単純に「OSS版OpenClawをそのままラップしただけ」とは考えにくいです。
もちろん内部でOpenClaw由来のランタイムや設計思想が使われる可能性はあります。しかし読者に伝えるときは、次の区別を残しておくと混乱しません。
- OpenClaw: OSSとして試せるエージェント基盤
- MXC: エージェント実行を隔離・制御する基盤
- Scout: Microsoft 365と企業管理に統合された製品
この3つを分けておくと、「Scoutを入れればOpenClawを直接触れるのか？」「MXCはScoutの一部なのか？」「OpenClaw専用なのか？」といった疑問も整理しやすくなります。
🔷実際に試すならOpenClaw、MXC SDK、Scoutの順で考える
では、実際に試したい場合はどこから触るのがよいのでしょうか。
ここも、読者の目的によってルートが変わります。全員がScoutから入る必要はありません。むしろ、個人の開発PCで試すならOpenClaw単体から始めるのが現実的です。
個人で試すならOpenClaw、実行基盤を検証するならMXC SDK、組織条件がある場合はScoutという順で考える。
図の通り、まずは「何を試したいのか」を分けて考えるのがおすすめです。
🔹1. OpenClaw単体を試す
ローカルAIエージェントそのものを触ってみたい場合は、OpenClaw単体から始めるのが一番分かりやすいです。
必要なものは主に次の通りです。
- Node.js
- モデルプロバイダーのAPIキー
- OpenClawのインストーラー
- 検証用の安全な作業ディレクトリ
Windowsでは、PowerShellで次のコマンドを実行します。
iwr -useb https://openclaw.ai/install.ps1 | iex
その後、オンボーディングとGateway確認を行います。
openclaw onboard --install-daemon
openclaw gateway status
openclaw dashboard
初めて試す場合は、普段使いのホームディレクトリや重要なリポジトリをいきなり渡すより、検証用ディレクトリを作るほうが安心です。
mkdir C:\sandbox\openclaw-test
cd C:\sandbox\openclaw-test
また、APIキーも本番用ではなく、検証用・権限最小のものを使うのがおすすめです。AIエージェントは便利な一方で、ツール実行やファイル操作を伴うことがあります。最初は小さな範囲で挙動を見てから、扱うファイルや権限を広げていきましょう。
🔹2. MXC SDKを試す
「AIエージェントをどう安全に閉じ込めるのか」を見たい場合は、OpenClaw本体だけでなくMXC SDKを確認するのがよいです。
MXCのGitHubリポジトリでは、MXCはearly previewとされています。そのため、現時点のMXCを「完成済みの本番向けセキュリティ境界」と断定しないほうが安全です。
Windowsで触る場合の目安は次の通りです。
- Windows 11 24H2以上が基本
-
processcontainerはbuild 26100が必要 -
isolation_sessionはInsider Preview build 26300.8553が必要 - Rust toolchainが必要
- Node.js 18以上が必要
- npmが必要
リポジトリを触る場合は、次のような流れになります。
git clone https://github.com/microsoft/mxc.git
cd mxc
build.bat
TypeScript SDKを試す場合は、次のコマンドが示されています。
npm install @microsoft/mxc-sdk
MXCを触るときは、「OpenClawを動かすための便利ツール」というより、エージェントの実行ポリシーや隔離境界を検証するSDKとして見ると理解しやすいです。
🔹3. Microsoft Scoutを試す
Microsoft Scoutは、個人がすぐにダウンロードして試す一般向けアプリというより、企業向けのプレビュー機能として考える必要があります。
Microsoft Learnの情報では、Scoutを始めるには次のような条件が前提として示されています。
- Frontier preview programへの参加
- Microsoft 365 work/school account
- Microsoft 365 Copilotライセンス
- GitHub Copilot BusinessまたはEnterprise
- ローカル管理者権限
- Intune-enabled account
- IT管理者によるセットアップ
つまり、自分の個人PCで「ちょっとScoutを入れてみよう」というより、組織アカウントと管理者セットアップがある環境で検証するものです。
もし会社や組織でScoutを試す場合は、技術的な興味だけで進めるのではなく、Entra ID、Purview、Intune、Microsoft 365 Copilotのライセンス条件などを含めて確認する必要があります。
💡Tips：社内説明では「レイヤー」で説明すると伝わりやすい
この話を社内で説明するときは、名前の列挙だけだと混乱しやすいです。おすすめは、次のようにレイヤーで説明することです。
OpenClaw
= OSSのエージェント基盤・ランタイム
MXC
= OpenClawなどを安全に閉じ込めて動かすための隔離・ポリシー実行基盤
Microsoft Scout
= OpenClaw系の技術をMicrosoft 365企業向けに統合した製品
この整理にすると、「ScoutとMXCはどちらが正しいのか？」という二択ではなく、Scoutは製品、MXCは実行基盤という違いが見えます。
また、OpenClaw on Windowsの文脈ではMXCが重要ですが、Scoutの文脈ではMicrosoft 365や企業管理との統合が重要になります。見ている論点が違うわけです。
❓困ったときは：どの名前を中心に据えるか迷った場合
▸「Windows上で安全に動かす仕組み」を説明したい場合
この場合はMXCを中心に説明します。
MXCは、エージェントやツール実行をポリシー付きで隔離し、OSレベルで制約を強制する基盤です。OpenClaw on Windowsで使われている安全実行の仕組みを説明したいなら、MXCを主語にするのが自然です。
▸「OSSのエージェント基盤」を説明したい場合
この場合はOpenClawを中心に説明します。
OpenClawは、ローカルやセルフホスト環境でAIエージェントを動かすための基盤です。Gateway、Dashboard、モデルプロバイダーのAPIキー設定など、実際に触る対象として説明しやすいです。
▸「Microsoft 365向けの企業エージェント」を説明したい場合
この場合はMicrosoft Scoutを中心に説明します。
Scoutは、OpenClaw由来の技術を使いつつ、Microsoft 365、Teams、Outlook、OneDrive、SharePoint、Work IQ、Entra ID、Purviewなどと統合される企業向けエージェントです。組織導入や管理、コンプライアンスの文脈ではScoutを主語にするのが自然です。
✅まとめ：3つの違いは「製品名」ではなく「レイヤー」で見る
この記事では、MXC、OpenClaw、Microsoft Scoutの違いを整理しました。
最後にもう一度まとめます。
- OpenClaw は、OSSのAIエージェント基盤です。
- MXC は、AIエージェントやツール実行をポリシー付きで隔離・制御する実行基盤です。
- Microsoft Scout は、OpenClaw由来の技術をMicrosoft 365企業利用向けに統合したエージェント製品です。
- 「OpenClawをWindows上で安全に動かす仕組み」は、ScoutではなくMXCと理解するのが自然です。
- Scoutを導入すると素のOpenClawをそのまま直接操作できる、とは元ネタの範囲では断定できません。
- 個人で試すならOpenClaw単体、安全実行の仕組みを検証するならMXC SDK、組織条件が整っているならScout、という順で考えると分かりやすいです。
AIエージェントは、これからローカルPCや企業環境にどんどん近づいていく領域です。だからこそ、「エージェントを動かす基盤」と「安全に動かす基盤」と「企業向けに統合された製品」を分けて理解しておくと、発表内容を追いやすくなります。
まずはOpenClaw単体で挙動をつかみ、必要に応じてMXC SDKで安全実行の考え方を確認する。Scoutは、組織アカウントやMicrosoft 365 Copilotなどの条件が整ったタイミングで検討する。この順番で進めると、無理なく理解を深められます。
🔷参考URL
- Microsoft Build 2026: Be yourself at work - The Official Microsoft Blog
- Windows platform security for AI agents - Windows Developer Blog
- Getting started - OpenClaw
- microsoft/mxc - GitHub
- Get started with Microsoft Scout - Microsoft Learn
- Introducing Microsoft Scout: Your always-on personal agent - Microsoft 365 Blog
※お役に立てたらストック、いいねをよろしくお願いします！！