AWSは2026年11月3日、WorkSpaces for AI agentsがLinuxおよびWindows 11のクラウドデスクトップに対応したことを発表しました。これまではWindows Serverを前提としていましたが、エージェントを動かす作業環境の選択肢として新たに2つのOSが加わった形です。
LinuxとWindows 11で想定される用途とセキュリティ管理
発表によると、LinuxデスクトップではOSへのフルrootアクセスが提供され、エージェントが担う開発作業としてビルドやテスト、スクリプトの実行などが挙げられています。開発者が日常的に自動化や検証を行っているLinux環境を活用し、エージェントに開発タスクを任せる構成が想定されています。
一方、Windows 11デスクトップは、日常の業務で利用している各種エンタープライズアプリケーションをエージェントに操作させる用途が示されています。個別アプリケーションごとの動作保証や対応リストが示されているわけではありませんが、一般的なデスクトップ操作を伴う業務手順の自動化が視野に入ります。
セキュリティ面については、LinuxおよびWindows 11環境においても従来のWindows Serverと同等のガバナンス機能が適用されると説明されています。これにはネットワークの分離やIAMベースのアクセス制御、既存のコンプライアンス境界の維持が含まれており、エンタープライズの運用基準を保ったまま実行環境を整える設計となっています。
管理されたMCPサーバーによる接続と人の介入
エージェントがこれらのデスクトップ環境にどう接続し、作業をどう管理するのかについては、AWSの公式ドキュメントで詳細が説明されています。WorkSpaces Applicationsのエージェント接続に関するドキュメントによると、管理されたModel Context Protocol（MCP）サーバーを経由してリモートの計算環境へ接続し、デスクトップアプリケーションを操作する仕組みがとられています。
また、この構成では人間の管理者がエージェントの作業セッションをリアルタイムで観察し、必要に応じてセッションを停止できる機能も提供されています。これは常時監視を義務付けるものではありませんが、エージェントの想定外の振る舞いを防ぎたい場面や、新しい自動化手順を検証する段階において重要な安全策となります。
自社の作業に合わせた実行環境の選定と検証の進め方
対応OSが増えたことで、自社で動かしたいタスクの要件に合わせて実行環境を選定しやすくなりました。ただし、OSが対応したからといって、個別の業務アプリや社内ツールが追加の設定なしですぐに動くとは限りません。利用するディストリビューションやライセンス条件、社内認証との連携などは個別に確認が必要です。
例えば、国内の業務システム保守チームを想定した仮定例として、次のような進め方が考えられます。まず、普段Linux上で手動実行している回帰テストの手順を切り出し、検証用のコードとダミーデータを用意した限定環境でAIエージェントにテストコマンドを実行させます。担当者は出力ログや期待結果を人の目で照合し、期待通りに完了するか、異常時に手動で停止した場合のファイル状態はどうなるかを確かめる流れです。Windows 11を必要とする業務アプリがある場合も同様に、まずは影響範囲の狭い単一の作業に絞って動作条件を検証するのが安全です。
このように、OSのroot権限で実行できる範囲と、ネットワークや外部システムへ許可するアクセス範囲をあらかじめ分けて設計しておくことで、試行に伴うリスクを抑えられます。
既存システムの連携やAI導入のご相談について
AIエージェントに業務や開発手順を任せるにあたっては、ツールの選定だけでなく、どの作業をAIに任せてどの結果を人が確認するかという業務整理や、既存システムとの入出力・認証設計が不可欠です。
株式会社デノフでは、Webサイトや業務システムの設計・開発・運用保守を手がけるとともに、業務整理からAIツールの選定、導入後の定着や自動化の構築までを一貫して支援しています。既存の業務手順に合わせた実行環境の検討や、限定した試行環境の設計について検討されている場合は、デノフのサービス案内をご覧いただくか、デノフへの相談窓口よりお気軽にご相談ください。
