--- title: AI時代にAVDは本当に必要なのか？ tags: author: [うしがみ](https://docswell.com/user/tushigami) site: [Docswell](https://www.docswell.com/) thumbnail: https://bcdn.docswell.com/page/27VVKK9M7Q.jpg?width=480 description: AIエージェント時代の到来により、「AVDはもう不要になるのではないか？」という疑問が生まれています。本資料では、AIエージェントの実行環境という視点から、Azure Virtual Desktop(AVD)の役割を再定義し、ローカルPC・VDI・クラウドPCの使い分けを整理します。さらに、データ保護、運用管理、ガバナンス、AIワークロード実行基盤としての観点から、AI時代におけるAVDの価値と今後の方向性を解説します。 published: August 28, 26 canonical: https://docswell.com/s/tushigami/56N6G9-2026-08-28-090948 --- # Page. 1 ![Page Image](https://bcdn.docswell.com/page/27VVKK9M7Q.jpg) 2026.08.27 AI時代にAVDは 本当に必要なのか？ VDIは終わったのか、それとも役割が変わったのか 日本マイクロソフト 株式会社 クラウド ソリューション アーキテクト 牛上 貴司 (うしがみ たかし) # Page. 2 ![Page Image](https://bcdn.docswell.com/page/5JGLQQZX7L.jpg) 結論：VDIの「必要性」ではなく「役割」が変わった 先に答えを言います。今日の残りは、この1枚の説明です これまでのVDI これからのVDI 人がリモートで使うための仕組み 人とAIが安全に作業するための実行環境 ▪ 会社のPCを遠隔から使う ▪ 業務アプリを安全に実行する場所 ▪ データを端末に残さない ▪ AIエージェントが作業する場所 ▪ リモートワーク／BCPを支える ▪ ID／権限／ネットワーク／データを統制 ▪ 「人が使うデスクトップ」が中心 ▪ 操作と実行の証跡を残せる 問いの立て方を変える → 「VDIは必要か？」ではなく「どの作業を、どこで実行させるか？」 2 # Page. 3 ![Page Image](https://bcdn.docswell.com/page/47QYKKL5EP.jpg) なぜ今、VDI不要論が出るのか 仕事の重心が、ローカルPCからクラウドへ移った BEFORE 仕事はPCの中にあった AFTER：仕事はクラウド側にある メール／Exchange Online ファイル／SharePoint・OneDrive 会議／Teams 業務アプリ／SaaS化 ナレッジ／社内ポータル AIアシスタント／Copilot ▪ ローカルにファイル ▪ 端末にインストールした業務アプリ ▪ その端末でしか仕事ができない SO だから端末ごと仮想化する意味が大きかった デスクトップを丸ごとクラウドに置くこと自体が価値だった。 つまり「Windowsデスクトップを丸ごと仮想化しないと仕事できない」 場面は、確実に減っている ここまでは、私も同意します。……ただし、話はここで終わりません 3 # Page. 4 ![Page Image](https://bcdn.docswell.com/page/KE4WPPDVJ1.jpg) AIは「答える」から「作業する」へ進んでいる 能力が広がるほど、触れる範囲が広がる 答える 調べる 作る 操作する Q&A・要約・下書き 横断検索・情報収集 ファイル・資料生成 ブラウザ・Shell・業務アプリ メール 会議 ファイル ブラウザ 業務アプリ Shell / CLI MCP / 外部ツール 管理コンソール AIが触れるもの 「能力の広さ」＝「触れる範囲の広さ」 → 実行環境そのものがリスクの境界になる 4 # Page. 5 ![Page Image](https://bcdn.docswell.com/page/L71Y99Z4JG.jpg) リスクの中心は「端末」から「実行環境」へ AIに、どこで作業させるのか？ 誰のIDで動くのか 人間のIDの相乗り？ 専用ID？ どの権限で動くのか どこに触れるのか 最小権限は？ ファイル／アプリ／社内システム 昇格は許すのか？ どの経路を通るのか 証跡は残るのか 止められるのか インターネット／社内／閉域 操作ログ・実行ログ・監査 異常時の停止・失効・巻き戻し Zero Trust の3原則：明示的に検証する ／ 最小権限を使う ／ 侵害を前提にする —— これをAIにも同じ厳密さで 5 # Page. 6 ![Page Image](https://bcdn.docswell.com/page/G7WGQQ9ZE2.jpg) AVDは「画面転送」ではなく「制御されたWindows実行環境」 同じ製品でも、捉え方を変えると役割が変わる × 古い見方 リモートから会社のPCを触る仕組み 「働く場所」を延ばすための道具。それだけだと確かに縮小していく。 AVDが持っている「実行環境」としての手札 Windows 11 / 10 / Windows Server シングルセッション／マルチセッション フルデスクトップ／RemoteApp（単体アプリ） ○ AI時代の見方 クラウド上に置ける、制御されたWindows実行環境 「何かを安全に実行させる場所」。人が使ってもAIが使っても成立す る。 「働く場所を延ばす道具」から「実行を閉じ込める箱」へ Win32・MSIX・Appx の独自アプリ イメージ／ネットワーク／ストレージを設計 自動スケール／プール型でコスト最適化 —— 同じAVDでも意味が変わる 6 # Page. 7 ![Page Image](https://bcdn.docswell.com/page/4JZLWW9LE3.jpg) AI×VDIが効くのはどこか 「VDIが必要か」ではなく「安全な作業場所が必要か」で考える 01 02 03 BYOD・未管理端末 委託先・外部ユーザー 特権作業 端末にデータを置かせず、環境だけ渡す 端末は統制できないが、利用環境は統制したい 管理コンソールや高権限操作を分離する 04 05 06 レガシー業務アプリ 検証環境 AIエージェントの実行環境 SaaS化できないWindowsアプリを残す 即時展開・即時廃棄。壊れても作り直せる 人のPCと分けて、AIに作業場所を与える 共通しているのは「端末を守る」ではなく「実行する場所を用意して、そこに統制をかける」という発想 7 # Page. 8 ![Page Image](https://bcdn.docswell.com/page/YE6WGGKMEV.jpg) 人だけではない。AIにもPCが必要になる Scoutを触っていて、いちばん驚いたこと SCOUTを触ってわかったこと 作業の主体が1段ずれる Scoutは「答える」だけではない ▪ ▪ ▪ ▪ ▪ デスクトップ環境で実際に作業する ブラウザを操作する ファイルを扱う／Shell・CLIを使う 必要なツールをインストールする 場面によっては管理者権限が要る 人 PC 業務アプリ これまで 人 AI Agent PC 業務アプリ これから —— AIが「PCを使う側」に回る 同じ「Copilot」でも、実行環境が違えば できること も リスク も変わる Copilot Chat Copilot Cowork Microsoft Scout 実行環境：ブラウザ／アプリの中 会話の中で完結する 実行環境：クラウド側の実行基盤 自律実行し、成果物を届ける 実行環境：自分のPCのデスクトップ 実際に操作し、ツールも入れる では実際に使うとどうなるのか。ケースを2つ見ていきます。よく効いた例と、ヒヤリとした例です。 8 # Page. 9 ![Page Image](https://bcdn.docswell.com/page/GE5MVVPQE4.jpg) ケース① ブログのテーマ移行を1日で終わらせた ずっと保留していた作業が、任せたら終わった ずっと着手できなかった理由 Scoutに任せた結果 CSSの知識がない Simplicity → Cocoon 移行を1日で完遂 見よう見まねで直すしかない Scoutがやったこと 移行の経験がない ▪ ▪ ▪ ▪ ▪ 何が起きるか予測できない 時間が読めない 調べながらだと途方もない工数 → 結果、何年も保留のまま ローカルPC上にコンテナで検証環境を構築 ローカルのファイルを直接読み書き CSSを書き換えて、崩れを直す ブラウザで表示を確認しながら試行錯誤 私は方針を決めて、結果を見るだけ 注目：Scoutは最初に「まず検証環境を立てましょう」と提案してきた —— AI自身が、壊せる場所を欲しがった 効いたのは「賢さ」ではなく、手を動かせたこと ＋ 壊せる場所を持っていたこと 9 # Page. 10 ![Page Image](https://bcdn.docswell.com/page/9729336WJR.jpg) ケース② 検証のつもりが、業務端末でアラートが上がる AIは間違っていない。問題は、実行させた場所だった ① 依頼 ② AIの判断 ③ 検知 ④ その後 Defenderの挙動を検証したい 検証用に検体を取得してくる 業務端末でアラートが上がる 確認と対応のコストが発生 AIは間違っていない 問題は「どこで」だった 判断は目的に対して合理的 実行させた場所が業務端末だった 「Defenderの検証をして」と言われれば、検出させる対象が要る。検 体を用意するのは、目的から見れば筋が通っている。 顧客資料もメールも認証情報もある端末。AIに渡す場所が設計さ れていなかった。 もし使い捨てのAVD／Cloud PCだったら？ —— 影響はその環境で閉じる。壊れたら作り直せばいい。 10 # Page. 11 ![Page Image](https://bcdn.docswell.com/page/DJY411997M.jpg) 「Agentが使うPC」は、もう製品コンセプトになっている Windows 365 for Agents という答え合わせ 使い終わったら返す ＝ リソース効率とコストの予測性 ① Agentがタスクを受ける ② Cloud PCをチェックアウト ③ 隔離環境で作業 ④ チェックインして返却 固有のエージェントID エージェント専用の隔離環境 条件付きアクセス＋Intune Entra上で人間とは別のIDを自動付与。 操作を特定のAgentに紐づけられる 人間の端末と混在させない。さっきのケース を構造的に防ぐ 準拠したCloud PCからのみ社内リソースへ 。ゼロトラストをAgentにも 課題認識も同じ：今のエージェントはローカルPC・共有VM・未管理クラウドに分散し、ID／ポリシー／可視性を一貫させにくい 11 # Page. 12 ![Page Image](https://bcdn.docswell.com/page/V7NY22LDE8.jpg) AI時代のVDI設計は、セッションホストだけ見ても足りない 「AIの作業場所」として設計し直すと、論点はここに集まる ID 権限 環境 ネットワーク 人間IDとAgent IDを分ける。 相乗りさせない 最小権限。管理者権限をどう扱う かが最大の悩み 何を入れるか／AIが取得したもの をどうするか M365・Web・社内アプリ・閉域／ Proxyの扱い データ 監査 コスト 運用 保存先・DLP・クリップボード・ダウ ンロード 「どのAgentが何をしたか」で追える ログ 常時起動か、必要時起動か。 使い捨てにできるか パッチ・更新・障害時の作り直しや すさ ここを詰めないと、「便利だけど怖くて本番に出せないAI」で止まる 12 # Page. 13 ![Page Image](https://bcdn.docswell.com/page/YJ9P114873.jpg) AVDは「人のリモートPC」から「安全な実行境界」へ 今日の持ち帰り5つ 1 昔ながらのVDI需要は、正直に言って減る 2 でもAIが「作業する」ほど、実行環境の統制は重要になる 3 同じAIでも、壊せる場所があったケースと、なかったケースで結果が変わった 4 Windows 365 for Agentsのように、製品側もそこへ向かっている 5 問いは「VDIが必要か」ではなく「どの作業を、どこで実行させるか」 AI時代にAVDは本当に必要なのか？ 昔ながらのVDIとしては減る。でも「AIが安全に働く場所」としての価値は、むしろ増える。 13