Windows 365 エージェント セッションは、エージェント アプリケーションがクラウド PC を要求し、それを使用してタスクを実行し、完了したときにそれを返す完全なライフサイクルを表します。 セッションは、プラットフォームがエージェント用クラウド PC のプールを、AI エージェント用のオンデマンドで使い捨て可能なワークスペースに変換するメカニズムであり、必要に応じてそれらを監視する人間に対してです。
最初のエージェント セッションは、5 つの概念フェーズに進みます。 準備 >> Connect > Act > リリースを取得します。
ライフサイクルの概要
| 段階 | 平面 | 動作 |
|---|---|---|
| 準備 | Computer-Create | クラウド PC のプールは、プロビジョニング、構成、およびエージェントで使用できるようにします。 |
| 取得 | Computer-Get | クラウド PC は、特定の呼び出し元とセッション用に予約されています。 |
| Connect | Computer-Do、Computer-TakeControl | 認証されたチャネルが開きます。機能が利用できるようになります。 |
| 行為 | Computer-Do、Computer-TakeControl | エージェントはクラウド PC を操作し、オプションで人間の観察を行います。 |
| Release | Computer-Get | チャネルが閉じられ、クラウド PC がリセットされ、容量がプールに戻ります。 |
準備
セッションを存在させる前に、アーキテクチャの Computer-Create プレーンであるエージェント用クラウド PC のプールを作成する必要があります。 IT 管理者とエージェント作成者は、イメージ、リージョン、サイズを選択してこれらのプールを定義し、アクセスを許可するエージェントを割り当てます。 Windows 365、これらのクラウド PC エージェント プールをプロビジョニングします。
取得
エージェント アプリケーションがマシンを要求した瞬間にセッションが開始されます。 要求は、適切なプールから使用可能なクラウド PC を選択し、呼び出し元のために予約し、その予約を表すセッション ID を返す Computer-Get プレーンに送信されます。
このフェーズの最後に、呼び出し元にはクラウド PC セッションがあり、重複することなく安全に再試行できます。
接続
クラウド PC が予約されている場合、エージェントは Computer-Do プレーンを介して作業チャネルを開きます。 このチャネルは、エージェントが後続のすべての命令を発行する導管です。 認証され、セッションにバインドされ、クラウド PC 内で実行されているゲスト内コンポーネントで終了します。
接続すると、エージェントのボキャブラリも表示されます。プラットフォームがアクセシビリティを通じて公開する機能のセットにより、エージェントはこのクラウド PC で何ができるかを認識できます。
人間が監視または支援する場合は、 Computer-Use プレーンを介して並列チャネルを開いて、リアルタイムの画面共有とオプションの共有コントロールを行うことができます。 どちらのチャネルも、同じクラウド PC と同じセッションを対象とします。
行動
このフェーズは、セッションの作業部分です。 エージェントはデスクトップを監視し、次に何を行うかを決定し、クラウド PC で機能を呼び出します (クリック、入力、Web の移動、コマンドの実行、UI の検査)。 プラットフォームは、セッションの ID の強制、安全ガードレールの適用、発生した内容の記録など、すべてのアクションを仲介します。
いくつかのプロパティで、このフェーズの文字を定義します。
- ターンベースの性質。 エージェントは、再度観察、動作、観察を行います。 クラウド PC 上の状態は、作業が進むにつれて進化します。
- 建設によって安全。 サンドボックス実行、許可リスト化されたコマンド、境界付きペイロード、および保護されたシステム プロセスは、Microsoft Entra、Microsoft Intune、Microsoft Defender、および Microsoft Purview によってセキュリティで保護された、適切に定義されたエンベロープ内にセッションを保持します。
- 役に立つとき、人間と共有されます。 人間は、エージェントの接続を中断することなく、同じセッションをリアルタイムで観察し、必要に応じて制御を引き継ぐことができます。
- アクティビティによって生き続けます。 長すぎると静かになったセッションは自動的に解放されるため、容量は無駄になりません。
このフェーズは秒、分、または時間の間続く場合がありますが、クラウド PC はセッション全体に専用です。
セッションの期間とタイムアウト
セッションの最大期間は固定されません。 エージェントが 30 分ごとに少なくとも 1 つの MCP 要求を送信する限り、セッションはアクティブなままであり、クラウド PC は予約されたままです。 MCP アクティビティなしで 30 分経過したセッションは、チャネルが閉じられ、クラウド PC がリセットされ、容量がプールに戻ります。自動的に削除されます。
実際にセッションの有効期間がどのように機能するかについて知っておくべきことがいくつかあります。
- 最大ランタイムなし。 セッションの実行時間にハード キャップはありません。 セッションは、作業に必要な期間 、秒から日まで続くよう設計されています。
- アイドル タイムアウト (30 分)。 MCP 呼び出しによって非アクティブ クロックがリセットされます。 個別のリース更新 API はありません。アクティビティは更新メカニズムです。 エージェントがツール呼び出しを発行するのではなく、外部作業を待機している期間は、少なくとも 30 分ごとに少なくとも 1 回は軽量ハートビートを送信します。
get_screen_sizeツールは、この目的のために最小限かつ信頼性の高いオプションです。 - 複数日のワークフローがサポートされています。 プラットフォームでは、セッションの最大有効期間は適用されず、複数日にわたるワークフローは無効になりません。 30 分間のアクティビティの間隔を維持するセッションは、必要な限り保持されます。
- チェックポイントの状態を外部から。 セッション内の状態は、予期しないセッション損失を生き残りません。 セッションが中断されると、クラウド PC はリリース時にリセットされ、セッション内の保存されていない作業はすべて失われます。 一定の間隔で外部ストレージに進行状況を保存し、新しいクラウド PC を再取得し、最後のチェックポイントから再開することで、
404 Not Found応答を処理するエージェントを構築します。 - トークンの有効期間を個別に管理します。 認証トークンは、セッション アクティビティに関係なく、独自のスケジュールで期限切れになります。 ワークフローの完全な期間、アプリケーションが資格情報を透過的に更新することを確認します。
リリース
エージェントが作業の完了を宣言したとき、ポリシーが終了したとき、またはアイドル状態が長すぎるとき、セッションは終了します。 リリースは Computer-Get によって処理されます。チャネルが切断され、クラウド PC がリセットされ、課金が完了し、クラウド PC がプールに戻り、別の要求を処理する準備が整います。 セッション中に正常性チェックに失敗したクラウド PC は、再利用されるのではなく検疫され、置き換えられます。これにより、プールは時間の経過と同時に正常な状態を維持します。
この方法で整形される理由
ライフサイクルは、次の 3 つのアイデアを中心に設計されています。
- クラウド PC ではなくプール。 エージェントは、特定のクラウド PC ではなく機能を要求します。 プールは、オンデマンド エージェントコンピューティングを経済的に実行可能にするものです。
- 1 つのセッション、多くのサーフェス。 同じクラウド PC はエージェントによって駆動され、監視対象の作業用の個別のプロビジョニング パスを使用せず、1 つのセッション内で人間によって監視または共同駆動できます。
- セッション間の境界をクリーンアップします。 次のセッションがプロビジョニングされた状態で始まるので、分離、監査可能性、再利用がすべて同じモデルから除外されるように、各セッションはリセットとリターンで終了します。
次の手順
- クラウド PC エージェント プールについて説明します。
- Windows 365 for Agents用の MCP ツールについて説明します。