Microsoft Scout｜常時稼働AIエージェントの全貌【2026】

2026年5月末のBuild 2026で、Microsoftは「Autopilot」という新しいエージェントカテゴリを発表しました。

その第一弾がMicrosoft Scoutです。これは従来のCopilotとは根本的に異なる設計思想を持っています。Copilotは「呼びかけてから答える」、ScoutはそもそもGAをやめて「先に動いている」のです。

本記事では、Microsoft Scoutの仕組み・できること・エンタープライズでの制御方法・開発者向けAPIを、公式ドキュメントと一次情報をもとに解説します。

そもそもMicrosoft Scoutとは何か？「Autopilot」カテゴリの意味

Microsoft Scoutは、Windows・macOSで動くデスクトップAIアプリです（Microsoft Learn公式ドキュメント）。チャット形式でタスクを伝えると、Scoutが自律的に次の操作を実行します。

• ファイルの作成・編集・検索（Word、Excel、PowerPoint、コードファイルなど）
• シェルコマンド・ビルド・テストの実行
• Playwrightを使ったブラウザ自動操作（フォーム入力・ページ遷移）
• Teams・Outlook・OneDrive・SharePointへの接続と操作
• スケジュールやトリガー条件に基づいたバックグラウンド自動実行
• 並列リサーチ・コードレビューのためのサブエージェント起動

これを「Autopilot」と呼ぶ理由が、MicrosoftのBlogに明記されています（Microsoft 365 Blog）。

「Autopilotは、プロンプトを待たずに自律的に動き続ける。エージェント自身がIDを持ち、あなたの許可と組織のポリシーの範囲内で仕事を前に進める。」

従来のAIアシスタント（Copilotを含む）は本質的に「リアクティブ」でした。ユーザーが入力するまで何もしない。Scoutはそのモデルを反転させ、「仕事はすでに動いている」という状態をデフォルトにしています。

OpenClawをベースに構築：技術アーキテクチャの概要

Microsoft Scoutは、オープンソースのエージェントフレームワークOpenClawをベースに開発されています（InfoQ, 2026年6月）。

OpenClawはPeter Steinberger氏が開発したフレームワークで、「The AI that actually does things」を標榜するものです。ローカルファイルの読み書き・シェルスクリプトの実行・コードパッチの適用・ブラウザセッションの自動操作を、エージェントが主体的に組み合わせられる構造を持っています。

Scoutがこの基盤の上に加えたのが、Work IQと呼ぶコンテキストエンジンです。

Work IQは、Microsoft Graph上の人物・コンテンツ・タスクの関係をマッピングします。「このドキュメントを共有してよいか」「このメールを送ってよい相手か」といった判断を、Scoutが実行する前に自動でチェックする仕組みです（The New Stack）。

常時稼働の実現：HeartbeatとAutomations

Scoutが「常時稼働型」と呼ばれる核心が、次の2つの自律モードです（公式ドキュメントより）。

HeartbeatモードとAutomations

• Heartbeat：15〜120分ごとにバックグラウンドでプロンプトを実行。離席中に「メール要約を確認」「スケジュール衝突を検知」などを自動実施できる
• Automations：スケジュール設定またはトリガー条件に基づいた自律タスク。「毎朝9時に昨日のSlack未読を整理して要旨をOneNoteに保存」のような繰り返し自動化が対象

ここが従来のMicrosoft 365 Copilotと最も違う点です。Copilotはユーザーのアクションを待ちますが、ScoutはHeartbeatで能動的に「仕事のリズム」を刻みます。

ファイル共同編集（Co-create）

Scoutがテキスト・コード・Markdownファイルを編集中に、ユーザーが同じファイルを開いて同時編集できます。両方の変更が自動でマージされ、「Agent is editing this file」バッジで状況を視認できます。

エンタープライズセキュリティ：エージェント固有のEntra IDとPurview連携

エンタープライズへの導入において最も重要な点が、Scoutのガバナンス設計です。

エージェント固有のIDとスコープ制御

Scoutは共有の匿名サービスアカウントではなく、独自のMicrosoft Entra IDを持ちます（Help Net Security）。

• Scoutが実行した操作は、組織のディレクトリ上の特定のアクターに帰属する
• 認証情報はタスクごとにスコープが限定され、診断ログから削除される
• Microsoft Purviewの感度ラベルとデータ損失防止（DLP）ポリシーが、操作前にリアルタイムで適用される

段階的な権限システム（Tiered Permission）

公式ドキュメントの記述では、Scoutが持つ権限をユーザーが細かく制御できます。

• ファイルシステム・シェル・ブラウザ・Microsoft 365のカテゴリ単位でON/OFF
• シェルコマンドを「自動承認」と「要確認」に分類して登録
• 「常に明示的な承認が必要」なディレクトリを指定（本番環境パスを保護するような使い方）

メール送信・コマンド実行・ファイル書き込みなどのセンシティブな操作については、実行前に必ずユーザーの承認を取得する仕組みになっています。

開発者向け：Work IQ APIとカスタムSkill

Work IQ API（2026年6月16日〜GA）

ScoutとMicrosoft 365を組み合わせたエージェント開発を支援するのが、Work IQ APIです（GA開始：2026年6月16日、A Guide to Cloud）。

開発者はWork IQ APIを使って次のようなことができます。

• Microsoft Graph上の人物・タスク・コンテンツの関係をクエリしてエージェントのコンテキストに組み込む
• 組織のポリシーと整合した形で、Scoutが実行できるアクションを定義する
• 外部エージェントやアプリからMicrosoft 365のデータ・ツールにセキュアにアクセスする

カスタムSkillの作成

Scoutはバンドルされたスキル（Word・Excel・PowerPoint・Loop・Web Artifacts Builder）に加えて、ユーザーが独自スキルを作成できます。

スキルディレクトリにSKILL.mdファイルを配置するだけで、Scoutがそのスキルを認識して利用できるようになります。自然言語で処理手順を定義しておくと、Scoutが適切なタイミングで呼び出します。

# SKILL.md の構造例（公式仕様より）

## 概要
このスキルは〇〇を実行します。

## トリガー
ユーザーが「週次レポートをまとめて」と入力した場合

## 手順
1. OneDriveのReports/フォルダから直近7日分のファイルを取得
2. 各ファイルのサマリを抽出して結合
3. 生成したレポートをweekly-summary.docxとして保存

## 承認が必要な操作
- 外部メール送信

この仕組みはClaude CodeのSKILL.md設計と同様の考え方であり、エージェントのカスタマイズ手法として業界標準化しつつあります。

現時点でできないこと・注意点

正直にお伝えすると、Microsoft Scoutは2026年6月時点ではまだ実験的リリースです。いくつかの制約と注意点があります。

アクセス条件の厳しさ

• 利用にはFrontierプログラムへの登録・Intune設定・オプトイン認証が必要
• GitHub Copilotライセンスを保有していることが前提
• 料金は「使用量ベースで決定予定だが詳細は未公開」（2026年6月時点）

GA時期の不確実性

一般提供（GA）は「2026年10月頃を目標」との報道はあるものの、Microsoftは公式な日程を確定していません（Digital Appliedの分析）。プレビュー段階であるため、機能・仕様・API設計は変更される可能性があります。

ハルシネーションと承認フローの重要性

• Scoutが「セーフ」と判断した操作でも、意図と異なる実行をする可能性は常にある
• 本番環境のパスや重要なディレクトリは、必ず「常に明示的承認が必要」な設定にすること
• メール送信・外部ファイル共有などのセンシティブな操作は、自動承認リストに入れないこと

【要注意】Microsoft Scoutを導入する際の失敗パターン

失敗1：シェルコマンドを全て自動承認にする

早さを優先するあまり、シェルコマンドの全てを自動承認に設定してしまうパターンは危険です。Scoutは「ビルドを走らせる」と「本番DBをリセットするスクリプトを走らせる」を区別しません。本番環境に影響するコマンドクラスは必ず「要確認」カテゴリに入れてください。

失敗2：Heartbeatで重いタスクを高頻度に設定する

15分ごとに「全社メールを分類してOneNoteに整理」を走らせると、Graph API呼び出しが集中してレート制限に引っかかります。Heartbeatは「軽量なチェック」向けで、重い処理はAutomationsで深夜帯にスケジュールするのが適切です。

失敗3：SKILL.mdを曖昧な記述で作る

「週次レポートをよしなにまとめて」のような指示をSKILL.mdに書いても、Scoutは何をすべきか判断できません。ステップを具体化し、承認が必要な操作を明示するほど精度が上がります。AIエージェント全般の原則ですが、Scoutでは特にスキル設計の品質が成果に直結します。

Microsoftのエージェント戦略における位置づけ

Build 2026でMicrosoftが打ち出したのは、Autopilotを中心とした「エージェントの常時稼働」という概念の標準化です。

Scout以外にも、Copilot Studio・AutoGen・Semantic Kernel・Agent Harnessといった複数のフレームワークが層を成しています。Scoutはこの中で「エンドユーザーが直接触れる自律エージェント」として位置づけられており、既存のMicrosoft 365資産を活かして最小限のコードで自動化できる点が特徴です。

一方で、エンタープライズの複雑なワークフロー構築にはCopilot StudioやAutoGenの方が適しています。Scoutはあくまで個人・チームレベルの自動化を担当する役割です。詳しくはAutoGen・Semantic Kernelの比較記事も参照してください。

また、OpenClawベースという構造は、OpenClawとClaude Codeの比較記事で詳述した「ローカル権限を持つエージェント」の延長線上にあります。あわせて確認することをお勧めします。

よくある質問

Q. Microsoft ScoutはMicrosoft 365 Copilotと何が違いますか？

A. Copilotはユーザーが入力するまで動かない「リアクティブ型」です。ScoutはHeartbeatやAutomationsで、ユーザーが操作していない間も自律的にタスクを実行する「プロアクティブ型」です。加えてScoutはシェル実行・ブラウザ自動操作など、Copilotにはないローカル操作能力を持ちます。

Q. 料金はいくらですか？

A. 2026年6月時点では未確定です。Microsoftは「使用量ベースで決定予定」としており、詳細は未公開です。現在はFrontierプログラム経由のプレビューアクセスのみで、GitHub Copilotライセンスが必要です。公式情報をご確認ください（Frontier登録ページ）。

Q. macOSでも使えますか？

A. 対応しています。公式ドキュメントによると、Windows（Windows 11以降）とmacOS（macOS 12 Monterey以降）の両方でデスクトップアプリとして動作します。

Q. 既存のAIエージェントフレームワーク（LangChain等）と併用できますか？

A. Work IQ APIを介して、外部のエージェントフレームワークやアプリからMicrosoft 365のデータ・コンテキストにアクセスできます。Scoutとの直接統合については、2026年6月時点では公式ドキュメントに詳細がなく、Frontierプレビューの中で仕様が策定されている段階です。

Q. エージェントが誤った操作をした場合、どう対処できますか？

A. Scoutはセンシティブな操作（メール送信・コマンド実行・外部ファイル共有）の前に必ずユーザー承認を求める設計です。また、Scout独自のEntra IDで操作が記録されるため、監査ログから「何が・いつ・誰のScoutによって実行されたか」を追跡できます。

まとめ：「常時稼働型エージェント」時代の到来

Microsoft Scoutは、AIエージェントの設計思想に大きな転換をもたらしています。

• 「呼びかけてから動く」から「先に動いている」への設計逆転
• 共有サービスアカウントではなく、エージェント固有のIDによるガバナンス
• Work IQ APIによる、Microsoft 365コンテキストを活用したエージェント開発基盤

2026年6月現在はFrontierプレビューの段階であり、GA（一般提供）の時期・料金・最終仕様は変動します。ただし、この「Autopilot」という概念は今後のエンタープライズAIエージェントの標準語彙になるはずです。

設計者・開発者・PM が今すべきことは、Frontierプログラムへの登録でScoutの動作を早期に体験し、自社のMicrosoft 365資産でどの自動化が最も価値を持つかを具体的に検討することです。