Copilot エージェントとしてのMicrosoft Scout：導入条件と任せられる業務

Copilot エージェントとしてのMicrosoft Scoutは、次の会議に向けたブリーフの作成、ローカルファイルを使う作業、Microsoft 365での日常業務に伴う定期確認を支援します。IT部門が決めるべきなのは、どこまで任せるか、どのデータの利用を認めるか、どの段階で人の承認を必要とするかです。

定期的な準備作業が実際に負担になっており、組織として外部でのAI処理を許容できるなら、対象者を明確にした小規模なパイロット導入を勧めます。 作成される下書きの有用性を確かめる間は、変更操作に承認を残してください。無人での確実な実行や、すべての処理をMicrosoft 365の保護下で完結させることが必須なら、参加は見送るべきです。

ScoutはFrontierプレビューです。提供状況や機能は変わる可能性があり、プレビュー機能が一般提供されるとは限りません。本ガイドは2026年11月6日に確認したMicrosoftの公開ドキュメントに基づきます。サインインしての実機検証や、独立した性能ベンチマークに基づくものではありません。

Copilot エージェントとしてMicrosoft Scoutにできること

Scoutは、デスクトップアプリ内でローカル作業とMicrosoft 365の情報を組み合わせます。作業台とブラウザーを備え、許可された範囲で社内情報にアクセスできるアシスタントと考えると分かりやすいでしょう。仕事を依頼しただけで、あらゆるアクセス権が付与されるわけではありません。

WorkIQは、ScoutがMicrosoft 365全体の情報を集約するためのクエリ層です。シェルは、コンピューター上でプログラムを実行するコマンドインターフェースを指します。どちらも、依頼の入口が普通のチャットであっても、重要なアクセス権を伴います。デスクトップ機能の概要も参照してください。

Scoutを使い始めるために必要な条件

アプリのインストールは、クライアント側の準備にすぎません。展開前にライセンスを確認し、管理者側で必要な両方の手続きを済ませます。

管理者側で有効化した後、ユーザーはScoutをインストールし、Microsoft 365とGitHubにサインインして、ワークスペースのフォルダーを選び、権限を確認します。インストールと前提条件のガイドには、WorkIQとシェルへのアクセスは既定でオン、自動承認はオフとも記載されています。シェルへのアクセスが有効でも、許可されるのはコマンド実行の要求であり、実行が一括承認されるわけではありません。

手続き1：Microsoft 365管理センターでFrontierを有効にする

Copilot > Settings > View allを開き、Frontierを検索してCopilot Frontierを選びます。対象者を指定して保存します。選択肢はNo access、All users、Specific usersです。パイロットではSpecific usersを選んでください。反映には最大で約3時間かかる場合があります。

手続き2：Intuneポリシーを適用し、確認同意の手続きを完了する

Intuneで対象デバイスのScoutを有効化したうえで、Microsoftの管理者向けアクセス手順にあるM365 Admin Frontier organization sign-up formに記入します。この確認同意は、処理がMicrosoft 365の外部で行われる可能性があるために設けられた、追加のオプトイン手続きです。Frontierの設定、アプリのインストール、GitHubのライセンス割り当てのいずれかだけでは、アクセスの準備は完了しません。

Windowsでは、microsoft-scout.admxとmicrosoft-scout.admlをインポートし、インポートしたテンプレートを使ってポリシーを作成します。そのうえで、AllowScoutFrontierAccess機能に当たるAllow Microsoft Scout Frontier accessを有効にします。Macでは、macOSのCustomプロファイルを使い、Deviceチャネルでmicrosoft-scout.mobileconfigを割り当てます。パイロット対象デバイスに割り当て、ポリシーの同期完了を待ってください。テンプレートと展開手順はMicrosoftのIntune設定ガイドにあります。

GitHubのCopilotアプリポリシーも確認します。BusinessまたはEnterpriseのライセンスが割り当てられていても、エンタープライズや組織のポリシーで利用がブロックされることがあります。1.1より前のアプリバージョンはCopilot CLIのポリシーを使います。パイロットの準備にはGitHub管理者も参加させてください。

Scoutは承認なしでどこまで動けるのか

Scoutは、設定済みの権限で認められていれば、その都度プロンプトを出さずに操作できます。ただし、タスクがスケジュールされているからといって、操作権限があると考えてはいけません。

設定ガイドでは自動承認はオフとされていますが、コマンドガイドには自動承認の階層に分類された例もあります。無人実行を前提にする前に、パイロット用デバイスで実際に適用されている設定を確かめてください。掲載例は、付与できる権限の例であり、有効になっている保証ではありません。

Heartbeatは、指定した勤務日と時間帯の中で、15分、30分、1時間、2時間のいずれかの間隔で同じ指示を繰り返します。Automationsはこれとは別の、スケジュールまたは条件をきっかけに実行するタスクで、1回限りの実行も選べます。これらのバックグラウンドモードには、対話中の作業より厳しい権限が適用されます。権限の階層と自律実行モードについては、よくある質問で説明されています。

Heartbeatには固有のポリシーがあります。通常は承認が必要な操作はスキップされ、送信メッセージには非公開データではなく一般的な内容が使われます。また、仮の予定も予定ありとして扱います。活動ログは確認できます。機密性の高いパスへのアクセスは、別のルールで許可されていても、明示的な承認が必要になる場合があります。これらの詳細はHeartbeatと権限のガイドに記載されています。

最初のパイロットでは、例外事項の一覧や下書きの作成を依頼してください。バックグラウンドで有用な確認を終えることと、その結果を関係者全員に自動送信することは、分けて考えられます。

Microsoft 365への変更には、特に注意が必要です。Scoutは、メッセージの送信や投稿、カレンダーの予定変更、リスト項目の編集、受信トレイルールの変更を行う前に承認を求めます。ファイル共有の要求では、対象ファイル、共有相手、アクセスレベルを確認する必要があります。特定の相手へのアクセス権の付与や拡大はできますが、既存のアクセス権の削除や匿名共有リンクの作成はできません。こうしたワークフローの操作範囲を確認するには、Microsoft 365操作ガイドが役立ちます。

ID、サンドボックス、データの境界を確認する

ドキュメントに記載されたデスクトッププレビューは、サインインしたユーザーの権限で動作します。 組織のMicrosoft 365 IDで認証し、そのアカウントに利用が認められたMicrosoft 365リソースにだけアクセスできます。

必要に応じて管理者権限で端末を準備した後、Scoutは通常のユーザーとして起動します。Microsoftは、SYSTEM、サービス、別の管理者アカウントで実行しないよう明記しています。ユーザーが継続的にローカル管理者権限を持つ必要はありません。

サンドボックスとは、実行を制限する環境です。MicrosoftはScoutのブラウザーエンジンのサンドボックスについて説明し、--no-sandboxはセキュリティを弱める非サポートの回避策だと警告しています。この説明は、すべてのファイル操作やシェルコマンドが別の仮想マシン内で実行されることを示すものではありません。展開時は、明記されたワークスペースの制限、ツールの権限、エンドポイントのポリシーを根拠に判断してください。管理環境とサンドボックスに関するガイドを参照できます。

ワークスペースも、設定が必要な権限の境界です。ユーザーは後続の操作のために追加フォルダーへのアクセスを承認できます。この機能はリリースノートに記録されています。境界を固定する必要がある場合は、ワークスペース制限ポリシーを使ってください。

ローカルで実行することは、AI処理もローカルで行うことを意味しません。 モデルとのやり取りは、別の利用条件に基づきGitHub Copilotを経由します。プロンプトやコンテンツは、設定されたサードパーティーのプロバイダーに送られる可能性があります。Microsoftによると、この処理にはMicrosoft 365のデータ所在地、保持、秘密度ラベルの適用、eDiscoveryの保護は適用されません。

保存先にも別々の境界があります。作成したファイルはワークスペースに保存されます。セッションとメモリは、テナントの管理下にあるユーザーのOneDriveに保存されます。自動化の指示とツール出力はローカルに保存され、Microsoft 365のデータ保護契約の対象外です。生成されたコンテンツが、元データの秘密度ラベルを自動で引き継ぐとは限りません。これらの違いは、責任あるAIに関するデータ取り扱いFAQに示されています。

私が導入時の原則としているのは、定期タスクを承認する前に、実際のデータ経路と出力の扱いを承認することです。入力として利用が許された情報でも、それを使った出力の共有まで自動的に認められるわけではありません。

パイロットで押さえたい管理者向け制御

管理者は、Scoutがアクセスできる対象と、自律的に動ける範囲の両方を制限できます。WindowsポリシーはHKLM\SOFTWARE\Policies\Scout配下でデバイス単位に適用され、標準ユーザーは変更できません。

オリジンは、Webサイトのスキームとホスト、該当する場合はポートを組み合わせたものです。ブラウザーの接続先ブロックは、この範囲の制御として理解してください。すべてのネットワーク経路を制御するという意味ではありません。各制御の定義は、Microsoftの管理者向けポリシーリファレンスにあります。

まずは専用ワークスペースと限定した対象者を用意し、読み取り以外の操作に承認を求める設定で始めます。有用なタスクが定まり、意図した手順を完了できるポリシーを整えてから、バックグラウンドモードを有効にしてください。出力の信頼性が低下した場合に無効化する管理者も、あらかじめ指名しておきます。

試す価値がある6つの業務を優先順に整理

最初の用途として有力なのは、共有記録を書き換える前に、人が確認できる成果物を作る作業です。以下は提案するワークフローであり、測定済みの成果ではありません。

会議準備のパイロットで、従来の流れを「収集、照合、下書き、レビュー、実行」とします。提案する流れでは、最初の3段階を委任し、レビューと承認を残します。計画用の試算として、週5件のブリーフに現在それぞれ30分かかり、レビューと修正がそれぞれ10分で済むなら、削減できる可能性がある時間は100分、つまり1時間40分です。実際のパイロットで、両方の所要時間を確かめる必要があります。これはScoutのベンチマークではありません。

Scoutを軸に提供できる2つのサービス

最も有力なのは、Microsoft 365を使う顧客担当チーム向けに、会議ブリーフ作成のスキルとパイロット導入をパッケージにすることです。 2026年11月6日に取得したDataForSEOの米国向けキーワード推計では、「meeting preparation」の月間検索数は390件です。これはその仕事への需要を示す材料ですが、検索者がScoutを求めている証拠ではありません。

販売できる最小構成は、再利用できる指示セット、合意済みの情報源一覧、ブリーフのテンプレート、レビュー基準をパイロットチームに導入する形でしょう。業務責任者や営業支援責任者には、準備のばらつきや情報の取りこぼしを減らすことに対価を払う理由があります。Scoutのスキルは、SKILL.mdファイルに記述する再利用可能な手順です。ここで提案しているのはワークフローのサービス化であり、Scoutが製品開発用の公開APIを提供しているという主張ではありません。課題は、情報源へのアクセスと網羅性です。見栄えのよいブリーフでも、決定的なメールが抜けているかもしれません。競争力の根拠になるのは、プロンプトだけでなく、チーム固有の手順と品質確認です。

次の候補は、受信メールの例外対応をパッケージにすることです。 同じDataForSEOの確認では、「email management」の米国月間検索数は1,300件と推計されています。業務チーム向けに、指定した種類の例外を見つけ、確認用の一覧と返信案を作る仕分け手順を設定して提供できます。送信の無人化を目的にする必要はありません。

最小構成では、1人分のメールボックス、少数の例外分類、定期実行する指示、過去に解決した事例からなる評価セットを対象にできます。課題は承認待ちなどの手間と誤検知です。Heartbeatが必要な操作をスキップしたり、定型メールまで大量に要注意として挙げたりすれば、かえって仕事が増えます。メール管理全般への検索需要があっても、この実装に対価を払う意思があるとは限りません。

Scoutとほかの選択肢をどう使い分けるか

個人のMicrosoft 365情報、ローカル作業、定期実行を組み合わせる必要があるパイロットなら、Scoutから検討してください。

チームで共有する反復可能な業務プロセスには、まず企業向けAIエージェント比較を参考にCopilotエージェントを評価します。同ガイドのMicrosoftワークフローに関する判断基準を使い、必要なのが継続して管理するチームの業務プロセスなのか、個人用アシスタントなのかを見極めてください。

主な用途が文書作業の委任で、ほかのベンダーのデスクトップ環境も選択肢に入るなら、Claude Coworkガイドを参照してください。そこで説明しているローカル実行とクラウド実行の違いを、自分たちが扱う入力に照らして確認します。デスクトップの画面を使うというだけでは、タスクの実行場所は判断できません。

導入を待つべき条件と、週明けに始めること

外部での推論処理を許容できない場合、正確性の保証を前提とする場合、レビュー待ちの作業に責任を持つ担当者がいない場合は、導入を待ってください。Scoutは指示を誤解したり、複数段階の作業に失敗したりすることがあります。生成されたメッセージ、文書、コードは下書きとして扱います。また、Microsoftはこのプレビューの対象から、米国政府向け環境とソブリンまたは各国向けクラウド環境を除外しています。

週明けには、担当者を1人、定期的な準備業務を1つ選びます。現在の手順と所要時間を記録し、許可する入力と期待する出力を明確にして、レビュー担当者を決めてください。Microsoft 365、Intune、GitHubの各管理担当者が一緒にアクセス要件を確認します。その後、監督付きで実行結果を評価してから、定期実行を追加します。

修正、入力漏れの確認、承認にかかる手間を含めてなお時間を削減できる場合にだけ、利用を広げてください。無人で下書きができても、誰も信頼できなければ、仕事は減っていません。

Microsoft Scoutとは何ですか？

Scoutは、ファイル、シェルコマンド、ブラウザー、Microsoft 365をまたいで操作できる、Frontierプレビューのデスクトップエージェントです。定期的なバックグラウンド作業に対応し、実行範囲は設定された権限と管理者ポリシーに制約されます。

Microsoft Scoutを使い始めるにはどうすればよいですか？

管理者にFrontierを有効化してもらい、ScoutのIntuneポリシーを適用し、確認同意の手続きを完了します。ドキュメントに記載されたMicrosoft 365 CopilotとGitHub Copilot BusinessまたはEnterpriseのライセンスも必要です。その後、対応するデスクトップアプリをインストールし、適切なアカウントでサインインします。

Microsoft Scoutの料金はいくらですか？

本記事で確認したScoutのドキュメントには、Scoutの固定料金は記載されていません。前述のライセンスが必要で、トークンの課金にはGitHubアカウントを使います。パイロットを拡大する前に、ライセンスの管理担当者に適用される利用条件を確認してください。Microsoft 365のライセンスだけですべての利用を賄えるとは考えないでください。

チーム向けに、実行範囲を定めたエージェントのワークフローを構築したい場合は、AIエージェント開発をご覧ください。