はじめに
私は、2026 年 5 月下旬から Project Opal の評価を始めています。
そして、翌月に Microsoft Build 2026 で Microsoft Scout が発表されました。
自動運転的なソリューションに注目が集まっていますが、
それぞれがどのレイヤーの自動化を担うのかはまだ整理されていません。
そこで本記事では、
「RPA → 半自動 → 自律エージェント」という観点から4つのソリューションを比較し、
その違いを構造的に整理します。
本調査は 2026/6/6 時点の情報に基づいています。
今後、GA（一般提供）や仕様変更により内容が変わる可能性があります
調査方法
本記事では、単なる製品比較ではなく、自動化の構造を整理することを目的とし、以下のプロセスで調査・分析を行っています。
- 製品選定（比較軸を意識した意図的な選定）
RPA・ジョブ型・常駐エージェントといった異なる実行モデルを俯瞰できるよう、性質の異なる製品を意図的に選定しています。
- 観点の設計（比較観点の初期定義）
筆者の実務経験およびアーキテクト視点に基づき、初期観点を定義した上で、Copilot により観点の網羅性を補完しています。
- 観点の整理（分類および粒度調整）
重複観点の統合や粒度の統一を行い、「動作前提」「実行モデル」「操作モデル」「認証アーキテクチャ」といった構造で再整理しています。
- 各観点の調査（リサーチおよび比較分析）
Copilot のリサーチツールを用いて各観点ごとに情報を収集し、単なる機能比較ではなく、「設計思想」や「実行モデル」の違いが見える形で整理しています。
- 裏付けおよび検証（整合性チェック）
各観点間の論理整合性や矛盾がないかを確認し、複数の観点を横断したクロスレビューを実施しています。
本調査は Copilot リサーチツールを活用した机上調査をベースとしていますが、各フェーズにおいて筆者が内容を精査し、修正およびファクトチェックを繰り返しながら整理しています。
また、最終的な構成については、アーキテクト視点での整合性確認を行い、観点設計・分類・表現方法を複数回見直した上で確定しています。
そのため、本記事は単なる機能紹介ではなく、自動化ソリューションの構造理解および設計指針として活用できることを意図しています。
比較対象
➀ OpenClaw
➁ Microsoft Scout
➂ Project Opal
➃ Power Automate Desktop
※本比較では、OSS / Microsoft系 / RPA という異なるレイヤーのツールをあえて混在させています。
これは「自動化の進化」を俯瞰するための意図的な選定です。
比較観点一覧
- 動作前提
- 実行モデル
- 操作モデル
- 認証アーキテクチャ
- ユースケース適合性
1. 動作前提
本章では、各ソリューションがどのような前提（動作前提）で利用されるのかを整理します。
- (1) メーカー（製品出荷元）
- (2) 必要ライセンス
- (3) 管理主体
- (4) 実行環境（プラットフォーム）
| 比較観点 / ソリューション | OpenClaw | Microsoft Scout | Project Opal | Power Automate Desktop |
|---|---|---|---|---|
| (1) メーカー | OpenClaw Community オープンソース |
Microsoft | Microsoft | Microsoft |
| (2) ライセンス | 無償（OSS） | プレビュー - Microsoft 365 Copilot - GitHub Copilot（Business または Enterprise） - Intune |
プレビュー - Microsoft 365 Copilot - Intune |
基本利用可（無人実行は別ライセンス） |
| (3) 管理主体 | 個人 | 組織 | 組織 | 個人／組織 |
| (4) 実行環境 | ローカル環境 Windows / Linux / macOS 等 |
ローカル環境 Windows 11 または macOS 12 以降 |
クラウド環境 Windows 365 (Cloud PC) |
ローカル環境 Windows |
➀ OpenClaw
(1) メーカー：OpenClaw Community オープンソース
オープンソースの自律型 AI エージェントであり、特定の企業に依存しないコミュニティ主導のプロジェクトです。無償・MIT ライセンスで幅広い貢献者の支援を受け開発されています（公式サポートは無く、自主運用とコミュニティ支援が前提）。
(2) ライセンス：無償（OSS）
MIT ライセンスで提供されるオープンソースソフトウェアであり、基本的に無償で利用可能です。ただし、実行環境や外部サービス（LLM API 等）の利用には別途コストが発生する場合があります。
(3) 管理主体：個人
実行環境や設定、運用すべてについてユーザー自身が管理するセルフホスト型のモデルです。
(4) 実行環境：ローカル環境（Windows / Linux / macOS 等）
セルフホスト型のエージェントとして、ユーザーのローカル環境上で動作します。対応プラットフォームは実行環境や構成に依存しますが、一般的に Windows / Linux / macOS 上で動作可能です。
なお、原則セルフホストですが、一部でマネージドなクラウド提供も始まっているとの情報もあります。
まとめ（動作前提）：
OpenClaw はオープンソースとして提供されるセルフホスト型エージェントであり、実行環境・管理・運用すべてをユーザーが担うモデルです。
クラウドや組織基盤への依存がなく、柔軟性と自由度の高さを優先する代わりに、導入および運用はすべて自己責任となります。
➁ Microsoft Scout
(1) メーカー：Microsoft（Build 2026 で発表）
Frontierプログラム内のプライベートプレビューとして提供されており、一般提供前の試験段階にあります。利用には Frontier 登録、Intune 設定、GitHub Copilot ライセンスが必要です。
(2) ライセンス：プレビュー（Copilot + GitHub Copilot + Intune + Frontier）
Microsoft Scout は現在プライベートプレビューとして提供されており、利用には複数の前提条件が必要です。具体的には、Microsoft 365 Copilot ライセンス、GitHub Copilot（Business または Enterprise）、Intune によるデバイス管理環境、および Frontier プログラムへの参加が必要となります。これらの条件をすべて満たした上で、管理者による有効化を行うことで利用可能となります。
正式なライセンス体系は今後の一般提供（GA）に向けて変更される可能性があります。
公開情報：Microsoft Scout (Prerequisites)
https://learn.microsoft.com/ja-jp/microsoft-scout/get-started?wt.mc_id=MVP_407731#prerequisites
(3) 管理主体：組織
Microsoft 365 および Intune ポリシーのもと、IT 管理者によって統制される環境で動作します。
(4) 実行環境：ローカル環境（Windows 11 または macOS 12 以降）
デスクトップアプリとしてローカル環境にインストールして動作し、対応プラットフォームは Windows 11 および macOS 12（Monterey）以降となります。Microsoft 365 環境および Intune 管理が前提となります。
まとめ（動作前提）：
Microsoft Scout は、Microsoft 365 および Intune によって管理された環境で動作する、企業向けの常駐型エージェントです。
組織による統制を前提としながら、ユーザー端末上で継続的に動作する新しい自動化モデルとして位置付けられています。
➂ Project Opal
(1) メーカー：Microsoft（Microsoft 365 Copilot の Frontier プログラムで提供される新機能）
Project Opal は Ignite 2025 で発表され、Microsoft 365 Copilot におけるタスク実行型エージェントとして提供されている自動化ソリューションです。現在は Frontier プログラムで提供されており、M365 Copilot に統合された実験的機能として位置付けられています。
正式なライセンス体系は今後の一般提供（GA）に向けて変更される可能性があります。
(2) ライセンス：プレビュー（M365 Copilot + Intune + Frontier）
テナント内で Intune のライセンスが有効化されている必要があります。
Microsoft 365 Copilot ライセンスを前提とした Frontier プログラムで提供される機能であり、現在は試験的な位置付けです。利用には対象テナントでの有効化および管理者設定が必要です。
公開情報：Microsoft 365 Copilotでの Opal の概要（前提条件）
https://learn.microsoft.com/ja-jp/microsoft-365/copilot/opal-settings-manage?wt.mc_id=MVP_407731#prerequisites
(3) 管理主体：組織
Microsoft 365 および Intune ポリシーのもと、IT 管理者によって統制される環境で動作します。
(4) 実行環境：クラウド環境（Windows 365 Cloud PC）
クラウド上の Windows 365 環境で動作するエージェントであり、ユーザーのローカル端末ではなく、分離された Cloud PC 上で実行されます。実行環境はジョブごとに動的に割り当てられます。
クラウド環境がマネージドで提供され、利用者の手元ではなく 別の場所で処理が自律的に行われる点が特長です。
まとめ（動作前提）：
Project Opal は、Microsoft 365 のマネージドクラウド環境（Windows 365 Cloud PC）上で動作するジョブ型エージェントです。
ローカル環境に依存せず、分離された実行基盤上でオンデマンドに処理を実行する設計となっており、ユーザー環境から切り離された形で安全かつ効率的に自動化を実現するモデルです。
➃ Power Automate Desktop
(1) メーカー：Microsoft（Power Platform の一部として提供される 無償の RPA ツール）
Power Automate Desktop（PAD）は Microsoft が提供するデスクトップ型 RPA ツールであり、Power Platform の一部として企業・個人問わず広く利用されています。Windows 環境上で動作し、ユーザーの操作を記録・再現することで業務の自動化を実現します。
(2) ライセンス：基本利用可（無人実行 は別ライセンス）
基本的な利用は可能（Windows 11 ではプレインストールあり）。
ただし、利用形態や機能によっては Power Automate Premium や Process ライセンスが必要です。
公開情報：無償提供の Power Automate Desktop でフローを自動化しよう!
https://www.microsoft.com/ja-jp/area/biz/smb/column-power-automate-desktop
(3) 管理主体：個人／組織
フローの作成・実行・管理はユーザー主導で行われますが、実行基盤は Windows および製品に依存します。そのため、個人 PC でも 組織に管理された PC でも利用可能です。
(4) 実行環境：ローカル環境（Windows）
Windows デスクトップ上で動作する RPA ツールであり、対応プラットフォームは Windows に限定されます。ローカル環境にインストールして利用します。
まとめ（動作前提）：
Power Automate Desktop は、Windows 上で動作するローカル RPA ツールであり、個人主導での自動化を前提としたモデルです。
基本機能は無償で利用可能であり、単一環境での手作業の自動化に適していますが、組織運用や無人実行には追加ライセンスが必要となります。
総括（動作前提）：
本比較対象は、「どの環境で、誰が責任を持って自動化を実行するのか」という観点において、大きく異なる特徴を持っています。
- ローカル自己管理（自己管理型ローカル実行）
- OpenClaw：無償で利用可能な OSS
- Power Automate Desktop：Windows 上で動作する商用 RPA（用途に応じて有償）
- マネージドローカル（組織管理されたローカル実行）
- Microsoft Scout：ユーザー端末で動作する常駐エージェント（プレビュー提供）
- Microsoft Scout：ユーザー端末で動作する常駐エージェント（プレビュー提供）
- マネージドクラウド（組織管理されたクラウド実行）
- Project Opal：Cloud PC 上で実行されるジョブ型エージェント（プレビュー提供）
このように、同じ自動化ソリューションであっても、
「OSS」「プレビュー機能」「商用製品」という提供形態と、
管理主体が「ユーザー（個人）」なのか「組織」なのか、
実行基盤が「ローカル」なのか「クラウド」なのか、
という複数の観点の組み合わせにより、
導入方法や運用モデルに大きな差が存在します。
つまり本章で比較しているのは、「どの環境で、誰が責任を持って自動化を実行するのか」という点であり、これは後続の実行モデルおよび操作モデルの違いに直結します。
これは単なる技術的な違いではなく、自動化の「統治モデル（ガバナンスモデル）」の違いと捉えることができます。
この前提の違いが、次章で比較する実行モデル（常駐 / ジョブ / フロー）の違いを生み出しています。
2. 実行モデル
- (5) 実行形式（常駐 / 手動 / フロー）
- (6) トリガー方式（イベント / スケジュール / 手動）
- (7) バックグラウンド実行の可否
| 比較観点 / ソリューション | OpenClaw | Microsoft Scout | Project Opal | Power Automate Desktop |
|---|---|---|---|---|
| (5) 実行形式 | 常駐：ローカル/セルフホストで常時稼働 | 常駐：継続自律実行 | ジョブ型：都度起動のオンデマンド実行 | フロー型：定義された手順の実行 |
| (6) トリガー方式 | ○ イベント/スケジュール：Cron・イベント・チャット | ○ イベント/スケジュール：定期チェックや条件トリガー | × 手動のみ：ユーザー起動が前提 | △ 手動/スケジュール：手動／スケジュール（外部連携） |
| (7) バックグラウンド実行 | ○ 可：24/7でバックグラウンド実行 | ○ 可：ユーザー操作なしで継続実行 | ○ 可：Cloud PC 上で非対話実行（監視/介入可） | △ 条件付可：無人RPAライセンスで可 |
➀ OpenClaw
(5) 実行形式：常駐：ローカル/セルフホストで常時稼働
常駐型のセルフホストエージェントとして Windows などローカル PC 上で動き続けます。ローカル環境にエージェントを常駐させ、1日24時間継続的な自動処理を実現します。
(6) トリガー方式：○ イベント/スケジュール：Cron・イベント・チャット
Cronジョブ等で定期処理を設定したり、システムイベントやチャット操作にも反応できるため、ユーザーの要求や時間に応じた柔軟なタスク開始が可能です。
(7) バックグラウンド実行：○ 可：24/7でバックグラウンド実行
ユーザー不在や PC ロック時でも常に稼働し、バッチ処理や定期タスクの自律実行など、終日稼働が標準となっています。
まとめ（実行モデル観点）：
OpenClaw はローカル常駐型の自律エージェントとして 24/7 稼働可能であり、イベントやスケジュールを起点とした継続実行ができる点が特徴です。
実行モデルとしては柔軟性が高く、ユーザーの環境内で長時間の自律運用に適しています。
一方で、環境構築や運用管理はユーザー側に委ねられるため、常駐型エージェントとしての管理負荷には留意が必要です。
➁ Microsoft Scout
(5) 実行形式：常駐型エージェント（継続自律実行）
Windows や macOS 上で常時稼働するデスクトップエージェントとして動作し、ユーザーの操作を待たずに継続的にタスクを実行します。
(6) トリガー方式：○ イベント／スケジュール
定期チェックや条件トリガー により、イベントやスケジュールを起点としたタスク開始が可能です。
(7) バックグラウンド実行：○ 可：ユーザー操作なしで継続実行
エージェントはバックグラウンドで継続動作し、ユーザー不在時も各種操作を自律的に実行できます。
まとめ（実行モデル観点）：
Microsoft Scout は常時稼働（Always‑on）の自律エージェントとして、イベントやスケジュールを起点にバックグラウンド実行が可能であり、ユーザーのプロンプトを待たずに継続的なタスク実行ができる点が特徴です。
実行モデルとしては、従来の手動起動型やフロー実行型と異なり、常駐前提で動作することで長時間の自律運用に適しています。
一方で、現在はプレビュー段階であり、限定的なアクセスや運用要件（Frontier参加・ポリシー準備など）を前提とする点に注意が必要です。
➂ Project Opal
(5) 実行形式：手動ジョブ：都度起動のジョブ単位（常駐なし）
Project Opal は非常駐型エージェントであり、ユーザーが必要なタイミングでジョブを開始し、その単位でタスクを完了します。実行時には Windows 365 Cloud PC がオンデマンドで展開され、その環境内でエージェントが動作する点が最大の特徴です。そのため実行環境は分離された状態で構築され、他の環境からの影響を受けにくい設計となっています。ジョブごとに Cloud PC プールから実行環境が割り当てられ、ジョブ完了後は更新・再投入されます。
(6) トリガー方式：× 手動のみ：ユーザー起動が前提
タスクの開始はユーザーによる手動操作が前提であり、UIから新規ジョブを作成して実行します。現時点ではスケジュール実行やイベントトリガーによる自動起動は提供されていません。
(7) バックグラウンド実行の可否：○ 可（Cloud PC上で非対話実行、監視/介入可能）
ジョブ開始後は Cloud PC 上で非対話的に処理が進行し、ユーザーが操作しなくてもバックグラウンドでタスクが実行されます。必要に応じて監視や介入が可能ですが、基本的にはエージェントが処理を継続します。
まとめ（実行モデル観点）：
Project Opal は Microsoft 365 環境における非常駐・オンデマンド型エージェントです。ユーザーが必要なタイミングでジョブを指示し、その都度 Cloud PC 上でタスクが実行されます。
この実行モデルにより常時常駐を不要とする一方、ユーザー主導でのみ動作するため、自律的なトリガー実行は行えません。
一方で、実行環境をクラウド側に集約することでローカル負荷や運用管理の複雑さを軽減でき、必要なときにエージェントを起動してバックグラウンド処理させる用途に適したモデルです。
この点で、常時稼働を前提とする自律型エージェント（例：Microsoft Scout）とは、実行モデルの思想（常駐型 vs ジョブ型）が大きく異なります。
➃ Power Automate Desktop
(5) 実行形式：フロー実行：手動またはトリガーによる起動（常駐なし）
PAD は常駐型ではなく、あらかじめ作成した「フロー」を実行することで動作するツールです。ユーザー操作または外部トリガーによりフローを開始し、その処理を順次実行します。実行中のみプロセスが動作し、常時バックグラウンドで稼働するエージェントは存在しません。
(6) トリガー方式：△ 手動／スケジュール
基本的にはユーザーによる手動起動が前提ですが、スケジュール設定やクラウド版 Power Automate との連携により定期実行も可能です。ただし、イベント駆動型の自律トリガーや状況判断による起動はサポートされていません。
(7) バックグラウンド実行：△ 条件付可：無人 RPA ライセンスで可
通常はユーザーセッション上で実行されますが、専用ライセンスや構成により無人（Unattended）実行が可能です。この場合、ユーザー不在でもフローは実行されますが、常時稼働して判断・行動するエージェントとは異なり、あくまで定義された処理の実行に限定されます。
まとめ（実行モデル観点）：
Power Automate Desktop はフロー実行型の RPA ツールとして、ユーザーまたはスケジュールを起点に定義された処理を順次実行するモデルです。
常駐型エージェントとは異なり、実行はトリガー発生時に限定され、自律的に継続動作する仕組みは持ちません。
一方で、GUI 操作やレガシーアプリを含めた幅広い操作対象に対応できる点が特徴であり、明確に定義された手順を高い再現性で自動化する用途に適した実行モデルです。
総括（実行モデル観点）
本比較から、各ソリューションは「実行モデル」によって明確に分類できることが分かりました。
- OpenClaw：ローカル常駐型の自律エージェント
- Microsoft Scout：マネージド常駐型の自律エージェント
- Project Opal：オンデマンド実行のジョブ型エージェント
- Power Automate Desktop：トリガー実行型のフロー（RPA）
このように、各ソリューションは「常駐型・自律実行」「非常駐・オンデマンド実行」「フロー実行」という実行モデルの違いにより、適用可能なユースケースが大きく異なります。
つまり本比較で見えてきたのは、4つのソリューションが同じ「自動化」でも、実際には異なる実行モデルの上に成り立っているという点です。
3. 操作モデル
本章では、各ソリューションにおける「フローの作られ方」と「操作の実行方法」の違いを整理します。
- (8) 静的フロー設計（ユーザーが設計できるか）
- (9) 動的フロー生成（AIがプランを生成できるか）
- (10) フローライフサイクル（使い捨て／継続）
- (11) 判断・適応能力（どこまで考えるか）
- (12) 操作実行方式（どうやって実現するか）
| 比較観点 / ソリューション | OpenClaw | Microsoft Scout | Project Opal | Power Automate Desktop |
|---|---|---|---|---|
| 8) 静的フロー設計 | ◎ 可（自由設計） | △ 一部可（制約あり） | × 基本なし | ◎ 可（フロー定義） |
| 9) 動的フロー生成 | ○ 可（設計次第） | ◎ 前提 | ◎ 前提 | × なし |
| 10) フローライフサイクル | 柔軟（設計依存） | 継続（常駐） | 使い捨て（ジョブ単位） | 永続（繰り返し使用） |
| 11) 判断・適応能力 | ◎ 高い（実装依存） | ◎ 高い（継続的） | ○ 中（ジョブ内） | × なし |
| 12) 操作実行方式 | API / OS / UI | OS / UI / API | UI（Cloud PC） | UI（ローカル） |
➀ OpenClaw
(8) 静的フロー設計：◎ 可（自由設計）
ユーザー（開発者）が目的に応じてフローを自由に設計できます。
(9) 動的フロー生成：○ 可（設計次第）
LLMを組み込むことで実行時の動的プラン生成も可能ですが、設計側の実装に依存します。
(10) フローライフサイクル：柔軟（設計依存）
常駐型エージェントとして継続処理を行うことも、単発処理として利用することも可能です。
(11) 判断・適応能力：◎ 高い（設計および構成依存）
OpenClawは、Scout・Opal・Power Automate Desktop のいずれのモデルも構成可能な柔軟性を持ちますが、それらは標準機能として提供されるのではなく、ユーザー設計によって実現されます。
(12) 操作実行方式：API / OS / UI
API連携・OS操作・ブラウザ操作を組み合わせたフルスタック制御が可能です。
まとめ（操作モデル）：フローの設計・生成・実行のすべてをユーザーが制御できる「構築型」のモデルです。
静的フロー・動的フロー・常駐実行のいずれも設計によって実現可能であり、他のソリューションの実行モデルを包含できる柔軟性を持ちます。
その一方で、これらは標準機能として提供されるのではなく、ユーザー自身が設計する必要がある点が最大の特徴です。
➁ Microsoft Scout
(8) 静的フロー設計：△ 限定的
ユーザーが明示的にフローを定義する仕組みは限定的であり、主に AI による自律実行が前提です。
(9) 動的フロー生成：◎ 前提
ユーザーの状況や意図をもとにエージェントが内部的に処理を生成します。
(10) フローライフサイクル：継続（常駐）
常駐型エージェントとして継続的に処理を生成・実行します。
(11) 判断・適応能力：◎ 高い（継続的）
コンテキストを継続的に保持しながら、状況変化に応じて判断・適応を行うことが可能です。
単発のジョブに閉じず、時間経過や環境変化を踏まえた処理が可能ですが、明示的な学習や永続的なスキル獲得を行うモデルではありません。
(12) 操作実行方式：OS / UI / API
ローカル環境およびMicrosoft 365データを横断して操作を実行します。
まとめ（操作モデル）：
Microsoft Scout は、常駐型エージェントとして継続的にフローを生成・実行する「自律常駐型」のモデルです。
ユーザーが明示的に手順を設計するのではなく、状況やコンテキストに応じてエージェントが処理を生成し続ける点が特徴です。
ジョブ単位の実行に留まらず、時間軸をまたいだ状態維持と判断を伴う点で、従来の自動化モデルとは大きく異なります。
➂ Project Opal
(8) 静的フロー設計：× 基本なし
ユーザーが事前にフローを設計するモデルではありません。
利用者がプロンプトによって指示を行いますが、その際に方針を指示することは可能です。
(9) 動的フロー生成：◎ 前提
ユーザーの目的指示に基づき、AIが実行時にフローを生成します。
(10) フローライフサイクル：使い捨て（ジョブ単位）
ジョブごとにフローが生成され、実行後に破棄されます。
(11) 判断・適応能力：○ 中（ジョブ内）
ジョブ実行中は文脈理解に基づく判断が可能であり、画面構成の変化にも一定程度対応可能です。ただし、継続的な学習や環境適応は行いません。
(12) 操作実行方式：UI（Cloud PC）
AI が Cloud PC上のデスクトップおよびブラウザを操作することで処理を実現します。
まとめ（操作モデル）：
Project Opal は、ユーザーの目的に応じて実行時にフローを生成する「動的フロー型（ジョブ単位）」のモデルです。
フローはジョブ単位で生成・破棄されるため、継続的な状態保持は持たず、その場の文脈に基づく判断に特化しています。
Cloud PC 上で UI 操作を実行することで、従来の RPA 対象領域にも柔軟に対応できる点が特徴です。
➃ Power Automate Desktop
(8) 静的フロー設計：◎ 可（ユーザー定義）
ユーザーがフローを事前に定義して実行します。
(9) 動的フロー生成：× 不可
AIによるプラン生成は行わず、定義されたフローに従ってのみ処理します。
(10) フローライフサイクル：永続（繰り返し使用）
一度作成したフローを繰り返し利用するモデルです。
環境が一定であるかぎり、一番安定して高速に実行することが期待できる点が特長です。
(11) 判断・適応能力：× なし
基本的には条件分岐のみで、自律的な判断は行いません。
Web サイトの画面設計に変更があっても、追随ができません。
(12) 操作実行方式：UI（ローカル）
GUI 操作（クリック・入力など）を再現することで処理を実行します。
まとめ（操作モデル）：
Power Automate Desktop は、ユーザーが事前に定義したフローを実行する「静的フロー型」のモデルです。
操作はGUIベースで再現され、動的な判断やフロー生成は行いません。
その代わり、環境が安定している場合には最も再現性が高く、高速かつ確実な処理が可能です。
総括（操作モデル観点）
本比較から、各ソリューションの違いは単なる「操作範囲」ではなく、
「操作がどのように生成され、どのように実行されるか」というモデルの違いにあることが分かります。
- OpenClaw：フローそのものを自由に設計・拡張する「構築型」
- Microsoft Scout：状況に応じて継続的にフローを生成・実行する「自律常駐型」
- Project Opal：目的に応じてフローを生成する「動的フロー型（ジョブ単位）」
- Power Automate Desktop：事前に定義されたフローを実行する「静的フロー型」
OpenClawは「最も賢い」のではなく、「賢さの作り方を定義できる」点で他と本質的に異なります。
このように、「固定 → 動的生成 → 自律継続 → 自由構築」と進むにつれて、
操作の柔軟性と自動化の自由度が大きく向上する構造になっています。
特に Project Opal と Power Automate Desktop は、ともに UI 操作を行う点では共通していますが、
- Project Opal：AI が状況に応じて操作を生成・実行する
- Power Automate Desktop：ユーザーが定義した手順をそのまま再現する
というように、操作の意思決定主体が本質的に異なります。
本章で明らかになったのは、各ソリューションの違いは「操作できる範囲」ではなく、「操作の意思決定主体と生成プロセス」にあるという点です。
4. 認証アーキテクチャ
- (13) OS ログオン自動化
- (14) Web ログオン（SSO）
- (15) Web ログオン（非 SSO：パスワードのみ）
- (16) Web ログオン（非 SSO：パスワード + MFA）
- (17) Web ログオン（非 SSO：パスキー）
| 比較観点 / ソリューション |
OpenClaw | Microsoft Scout | Project Opal | Power Automate Desktop |
|---|---|---|---|---|
| (13) OSログオン |
× 対象外 | × 対象外 |
〇 可 （Cloud PC に 自動ログオン） |
× 対象外 |
| (14) Web ログオン （SSO） |
〇 可 | 〇 可 | 〇 可 | 〇 可 |
| (15) Web ログオン (非 SSO) ※パスワードのみ |
〇 可 | 〇 可 |
△ 手動 ※ OPSM 使用で 〇 |
〇 可 |
| (16) Web ログオン (非 SSO) ※パスワード + MFA |
△ 手動 | △ 手動 | △ 手動 | △ 手動 |
| (17) Web ログオン (非 SSO) ※パスキー |
△ 手動 | △ 手動 | × 不可 | △ 手動 |
※△ 手動：Autopilot はできずに 一時停止 となりますが、ユーザーが認証操作を行うことで後続の処理は 自動継続可能であることを意味しています。
➀ OpenClaw / ➁ Microsoft Scout / ➃ Power Automate Desktop
(13) OS ログオン： × 対象外
これらのソリューションは、OS にログオンしてから利用することが想定されています。
そのため、OS に自動ログオンできるか否かは、評価の対象外としました。
なお、Sysinternals の AutoLogon を使うと OS の自動ログオンは可能ですが、上記のソリューションとは関連性がなく、独自で組み込んでください。
Sysinternals : Autologon
https://learn.microsoft.com/ja-jp/sysinternals/downloads/autologon
(14) Web ログオン（SSO）：〇 可
Web へのログオンの際に、OS と同一のアカウントを使う場合には、基本的には SSOが適用され、明示的なログオン操作なしで認証が継承されます。
具体的には、Microsoft 365 などの Entra ID で認証するサイトが この SSO の対象です。
※デスクトップ上で SSO が構成された環境である必要があります。
(15) Web ログオン（非 SSO：パスワードのみ）：〇 可
SSO に対応していない環境や、OS ログオンとは別のアカウントを使う場合です。
パスワードを使った無人ログオンは、何らかの形で パスワードを入力するような仕掛けを講じれば OK となります。
(16) Web ログオン（非 SSO：パスワード + MFA）：△ 手動
SSO に対応していない環境や、OS ログオンとは別のアカウントを使う場合です。
パスワード部分は、自動的に入力させたとしても、MFA は Authenticator 等での認証が必要となるため 人による介在が必要になります。
(17) Web ログオン（非 SSO：パスキー）：△ 手動
SSO に対応していない環境や、OS ログオンとは別のアカウントを使う場合です。
パスキーは、本人確認のために 生体認証 や PIN を入力し 本人がその場に居ることを確認する必要がある仕組みです。そのため 無人での認証突破はできません。
➂ Project Opal
(13) OS ログオン： 〇 可
Project Opal だけは Cloud PC へのログオンを伴うため 考え方が異なります。
公式に OpalOnboard.ps1 スクリプトで設定を行うことで 利用者が Opal Portal にサインインしているアカウントを使った SSO がサポートされています。
以下の私の記事で、OpalOnboard.ps1 の実行方法について詳解しています。
AI による Windows 自動運転 (Project Opal) の認証停止を回避する方法｜OpalOnboard.ps1 の中身と実行ポイントを徹底解説
https://qiita.com/carol0226/items/e6f4a0f73999e74c4f66
(14) Web ログオン（SSO）：〇 可
Web へのログオンの際に、OS と同一のアカウントを使う場合には、SSO が適用されます。
具体的には、Microsoft 365 などの Entra ID で認証するサイトが この SSO の対象です。
(15) Web ログオン（非 SSO：パスワード）：△ 手動（〇：OPSM パターン）
SSO に対応していない環境や、OS ログオンとは別のアカウントを使う場合です。
Project Opal 単体では パスワードログオンの自動化には対応していません。
私が考案した OPSM パターン を使用することで 一部の Web サイト で自動ログオンを構成することが可能になります。以下の私の記事で 詳解しています。
スマホからプロンプト指示のみで 会員制 Webサイト内のジョブを完結 | Project Opal の「サイトログインで止まる問題」を解決する設計（OPSM パターン）
https://qiita.com/carol0226/items/df8b3f93e6e975ca0fd0
(16) Web ログオン（非 SSO：パスワード + MFA）：△ 手動
SSO に対応していない環境や、OS ログオンとは別のアカウントを使う場合です。
パスワード部分は、OPSM パターンで自動入力させたとしても、MFA は Authenticator 等での認証が必要となるため 人による介在が必要になります。
(17) Web ログオン（非 SSO：パスキー）：× 不可
他のソリューションと同じく パスキー は自動化できません。
なお、Project Opal は、リモートセッションで利用する方式となっていますが、手動であっても パスキーの認証には対応していない様子です（私が検証する限りは、できませんでした）
そのため、Opal では パスキーを必要とする 非 Entra のサイトは自動運転することができない見込みであり、✕ の評価としました。
総括（認証アーキテクチャ）
本章の整理から分かる通り、
自動化の可否はツールの能力ではなく、認証がどのレイヤーで行われるかによって決定される。
SSO による認証継承が可能な領域は自動化しやすい一方、
本人性確認を伴う認証（パスキー）は設計上 自動化できない領域である。
さらに、非 SSO 環境においては、パスワード管理や認証方式の設計が
自動化の成否を大きく左右する要素となる。
加えて、認証強度が高くなるほど（パスワード → MFA → パスキー）、
自動化は段階的に困難になり、人間の介在が不可避となる構造になっている。
5. ユースケース適合性
本章では、各ソリューションが「どのような業務に適しているのか」という観点から比較を行います。
これまでの章では、
「どう動くか（実行モデル・操作モデル）」を中心に整理してきましたが、
実務において最も重要なのは、
「どの場面で、どのツールを使うべきか」
という意思決定です。
本章では、以下の観点で整理を行います。
- (18) 定型業務への適性
- (19) 非定型業務への適性
- (20) リモート実行
- (21) 長時間自律運用適性
- (22) セキュア業務適性（認証・機密データ）
| 観点 / ソリューション | OpenClaw | Microsoft Scout | Project Opal | Power Automate Desktop |
|---|---|---|---|---|
| (18) 定型業務 | △ | 〇 | △ | ◎ |
| (19) 非定型業務 | ◎ | ◎ | ◎ | × |
| (20) リモート実行 | △ | △ | ◎ | × |
| (21) 長時間自律運用 | ◎ | ◎ | △ | 〇 |
| (22) セキュア業務 | △ | 〇 | ◎ | △ |
➀ OpenClaw
(18) 定型業務：△
実装次第で対応可能ですが、構築コストが高く過剰になりやすいと考えられます
(19) 非定型業務：◎
API / OS / UI を組み合わせた自由構築により、複雑な判断処理が可能です
(20) リモート実行：△
リモート実行は構成次第で可能ですが、標準機能として提供されるものではありません
(21) 長時間自律運用：◎
常駐型で 24/7 稼働が可能です
(22) セキュア業務：△
セキュリティは設計および運用に大きく依存します
まとめ（OpenClaw）：
OpenClaw は、API / OS / UI を横断した自由な構築が可能な「構築型」エージェントであり、
非定型業務や高度なカスタム要件に対して非常に高い柔軟性を持ちます。
一方で、定型業務やリモート実行、セキュリティについてはすべて設計・運用に依存するため、導入・運用の難易度は高く、運用者に高度な設計力が求められるモデルです。
➁ Microsoft Scout
(18) 定型業務：〇
条件変化に対応しつつ安定運用が可能です
(19) 非定型業務：◎
コンテキストを保持しながら継続的に判断できます
(20) リモート実行：△
基本はローカル常駐型であり、リモート前提の設計ではありません
(21) 長時間自律運用：◎
Always-on の自律エージェントとして継続処理に最適です
(22) セキュア業務：〇
Intune / Entra 管理下で安全性は高いですが、ローカル常駐である点は考慮が必要です
まとめ（Microsoft Scout）：
Microsoft Scout は、ローカル環境に常駐する「自律常駐型」エージェントとして、コンテキストを保持しながら継続的に判断・実行を行うことに強みを持ちます。
特に、長時間にわたる非定型業務や自律処理に適しており、組織管理（Intune / Entra）との統合により一定のセキュリティも確保されています。
一方で、リモート実行には最適化されておらず、ローカル常駐である点を前提とした設計・運用が求められるモデルです。
➂ Project Opal
(18) 定型業務：△
フローが動的生成されるため再現性は低いです
なお、筆者にて「業務マニュアル手法」という仕組みを考案＆検証中であり、これを活用することで定型業務の再現性を向上できると考えています（評価が 〇 へ更新）
(19) 非定型業務：◎
ジョブ単位で柔軟な処理が可能で、単発タスクに強いです
(20) リモート実行：◎
Cloud PC 上で実行されるため、完全なリモート実行モデルとなります
特に、Opal ポータルにサインインした環境であれば、PC・スマホを問わずリモート実行が可能である点が最大の特長です（スマホの利用は 公式には明記されていませんが、私の検証により確認しています）
この点は、Opal 以外のローカル常駐型エージェントとの大きな設計差です
(21) 長時間自律運用：△
ジョブ型のため継続的な運用には不向きです
(22) セキュア業務：◎
Cloud PC による分離実行により、ローカル環境から切り離された状態で処理を実行できるため、高いセキュリティを確保しやすいです
また、ジョブごとに新規の実行環境が割り当てられるため、ローカル環境の状態や影響を受けにくく、リスクを低減しやすい構造となっています
まとめ（Project Opal）：
Project Opal は、Cloud PC 上で実行される「ジョブ型」の分離実行エージェントであり、
非定型業務の単発処理とリモート実行において高い柔軟性と利便性を持ちます。
特に、場所や端末に依存せずに処理を実行できる点と、実行環境が毎回分離されることにより、セキュアな業務実行を実現しやすい点が大きな特長です。
一方で、ジョブ単位での実行となるため継続的な自律運用には向かず、用途特化型の実行モデルです。
➃ Power Automate Desktop
(18) 定型業務：◎
固定手順の処理において最も高い再現性を持ちます
(19) 非定型業務：×
手順外の処理に弱く、動的判断には対応できません
(20) リモート実行：×
ローカル実行が前提であり、単体でのリモート実行には対応していません
(21) 長時間自律運用：〇
スケジュール + 無人実行により運用可能です（自律性は限定的です）
(22) セキュア業務：△
ローカル実行のため、情報管理には注意が必要です
まとめ（Power Automate Desktop）：
Power Automate Desktop は、事前に定義された手順を実行する「静的フロー型」の RPA ツールであり、定型業務において最も高い再現性と安定性を発揮します。
特に、手順が固定された業務に対しては高速かつ確実に処理を実行できる点が強みです。
また、スケジュールや無人実行により一定の継続運用にも対応可能です。
一方で、非定型業務や動的な判断処理には対応できず、ローカル実行を前提とするためリモート実行やセキュアな分離実行にも制約があるモデルです。
総括（ユースケース適合性）
本章の整理から明らかなように、各ソリューションの違いは単なる機能差ではなく、
「どの業務特性に最適化された実行モデルであるか」
という設計思想の違いにあります。
具体的には、以下のように整理できます。
- 定型業務 → フロー型（Power Automate Desktop）
- 非定型業務（単発） → ジョブ型（Project Opal）
- 非定型業務（継続） → 常駐型（Microsoft Scout）
- 高度なカスタム要件 → 構築型（OpenClaw）
このように、業務特性に応じて最適なモデルは異なります。
また、リモート実行およびセキュリティの観点からは、
- ローカル実行モデル
- クラウド分離実行モデル（Project Opal）
という実行基盤の違いも重要な判断軸となります。
このことから、本章で整理したユースケース適合性は、
実行モデルの違いと密接に対応している構造であると言えます。
まとめ
本記事では、複数の自動化ソリューションを比較することで、
それぞれがどのレイヤーの自動化を担うのかを整理してきました。
その結果見えてきたのは、
自動化は単一の技術で完結するものではなく、
「実行モデルの違いによる役割分担」
によって構成されるという点です。
- 構築型（OpenClaw）：自由度の高い拡張
- 常駐型（Microsoft Scout）：継続的な自律処理
- ジョブ型（Project Opal）：単発の柔軟処理
- フロー型（Power Automate Desktop）：定型処理
今回明らかになったユースケースをもとに、各ソリューションを人物像に例えると以下のように整理できます。
- OpenClaw → DIY職人（なんでも作れる）
- Microsoft Scout → 常駐秘書（察して継続的に対応する）
- Project Opal → コンシェルジュデスク（リモートから依頼して対応してもらえる）
- Power Automate Desktop → 作業員（決められた作業をまじめにこなす）
このように、それぞれの役割が明確に異なるため、
適切なユースケースに応じて使い分けることが重要です。
これらは競合ではなく、
用途に応じて使い分け、組み合わせることで価値を発揮する補完関係にある
と言えます。
例えば Project Opal は、独特な立ち位置をしており、リモート実行が可能であることから、以下のように他のソリューションと連携して活用する構成も考えられます。
- Microsoft Scout → Project Opal
（常駐型エージェントが状況を判断し、必要な処理をコンシェルジュに委譲する） - Power Automate Desktop → Project Opal
（定型作業の中で対応できない処理を、柔軟性の高いエージェントに引き継ぐ）
本記事で整理した内容が、自動化ソリューションの選定だけでなく、
「どの実行モデルをどの業務に適用するか」
という設計判断の一助となれば幸いです。
今後、自動化がより高度化していく中で、実行モデルを意識した設計は、ますます重要になると考えています