AI時代にAVDは本当に必要なのか？

2026.08.27 AI時代にAVDは 本当に必要なのか？ VDIは終わったのか、それとも役割が変わったのか 日本マイクロソフト 株式会社 クラウド ソリューション アーキテクト 牛上 貴司 (うしがみ たかし)

結論：VDIの「必要性」ではなく「役割」が変わった 先に答えを言います。今日の残りは、この1枚の説明です これまでのVDI これからのVDI 人がリモートで使うための仕組み 人とAIが安全に作業するための実行環境 ▪ 会社のPCを遠隔から使う ▪ 業務アプリを安全に実行する場所 ▪ データを端末に残さない ▪ AIエージェントが作業する場所 ▪ リモートワーク／BCPを支える ▪ ID／権限／ネットワーク／データを統制 ▪ 「人が使うデスクトップ」が中心 ▪ 操作と実行の証跡を残せる 問いの立て方を変える → 「VDIは必要か？」ではなく「どの作業を、どこで実行させるか？」 2

なぜ今、VDI不要論が出るのか 仕事の重心が、ローカルPCからクラウドへ移った BEFORE 仕事はPCの中にあった AFTER：仕事はクラウド側にある メール／Exchange Online ファイル／SharePoint・OneDrive 会議／Teams 業務アプリ／SaaS化 ナレッジ／社内ポータル AIアシスタント／Copilot ▪ ローカルにファイル ▪ 端末にインストールした業務アプリ ▪ その端末でしか仕事ができない SO だから端末ごと仮想化する意味が大きかった デスクトップを丸ごとクラウドに置くこと自体が価値だった。 つまり「Windowsデスクトップを丸ごと仮想化しないと仕事できない」 場面は、確実に減っている ここまでは、私も同意します。……ただし、話はここで終わりません 3

AIは「答える」から「作業する」へ進んでいる 能力が広がるほど、触れる範囲が広がる 答える 調べる 作る 操作する Q&A・要約・下書き 横断検索・情報収集 ファイル・資料生成 ブラウザ・Shell・業務アプリ メール 会議 ファイル ブラウザ 業務アプリ Shell / CLI MCP / 外部ツール 管理コンソール AIが触れるもの 「能力の広さ」＝「触れる範囲の広さ」 → 実行環境そのものがリスクの境界になる 4

リスクの中心は「端末」から「実行環境」へ AIに、どこで作業させるのか？ 誰のIDで動くのか 人間のIDの相乗り？ 専用ID？ どの権限で動くのか どこに触れるのか 最小権限は？ ファイル／アプリ／社内システム 昇格は許すのか？ どの経路を通るのか 証跡は残るのか 止められるのか インターネット／社内／閉域 操作ログ・実行ログ・監査 異常時の停止・失効・巻き戻し Zero Trust の3原則：明示的に検証する ／ 最小権限を使う ／ 侵害を前提にする —— これをAIにも同じ厳密さで 5

AVDは「画面転送」ではなく「制御されたWindows実行環境」 同じ製品でも、捉え方を変えると役割が変わる × 古い見方 リモートから会社のPCを触る仕組み 「働く場所」を延ばすための道具。それだけだと確かに縮小していく。 AVDが持っている「実行環境」としての手札 Windows 11 / 10 / Windows Server シングルセッション／マルチセッション フルデスクトップ／RemoteApp（単体アプリ） ○ AI時代の見方 クラウド上に置ける、制御されたWindows実行環境 「何かを安全に実行させる場所」。人が使ってもAIが使っても成立す る。 「働く場所を延ばす道具」から「実行を閉じ込める箱」へ Win32・MSIX・Appx の独自アプリ イメージ／ネットワーク／ストレージを設計 自動スケール／プール型でコスト最適化 —— 同じAVDでも意味が変わる 6

AI×VDIが効くのはどこか 「VDIが必要か」ではなく「安全な作業場所が必要か」で考える 01 02 03 BYOD・未管理端末 委託先・外部ユーザー 特権作業 端末にデータを置かせず、環境だけ渡す 端末は統制できないが、利用環境は統制したい 管理コンソールや高権限操作を分離する 04 05 06 レガシー業務アプリ 検証環境 AIエージェントの実行環境 SaaS化できないWindowsアプリを残す 即時展開・即時廃棄。壊れても作り直せる 人のPCと分けて、AIに作業場所を与える 共通しているのは「端末を守る」ではなく「実行する場所を用意して、そこに統制をかける」という発想 7

人だけではない。AIにもPCが必要になる Scoutを触っていて、いちばん驚いたこと SCOUTを触ってわかったこと 作業の主体が1段ずれる Scoutは「答える」だけではない ▪ ▪ ▪ ▪ ▪ デスクトップ環境で実際に作業する ブラウザを操作する ファイルを扱う／Shell・CLIを使う 必要なツールをインストールする 場面によっては管理者権限が要る 人 PC 業務アプリ これまで 人 AI Agent PC 業務アプリ これから —— AIが「PCを使う側」に回る 同じ「Copilot」でも、実行環境が違えば できること も リスク も変わる Copilot Chat Copilot Cowork Microsoft Scout 実行環境：ブラウザ／アプリの中 会話の中で完結する 実行環境：クラウド側の実行基盤 自律実行し、成果物を届ける 実行環境：自分のPCのデスクトップ 実際に操作し、ツールも入れる では実際に使うとどうなるのか。ケースを2つ見ていきます。よく効いた例と、ヒヤリとした例です。 8

ケース① ブログのテーマ移行を1日で終わらせた ずっと保留していた作業が、任せたら終わった ずっと着手できなかった理由 Scoutに任せた結果 CSSの知識がない Simplicity → Cocoon 移行を1日で完遂 見よう見まねで直すしかない Scoutがやったこと 移行の経験がない ▪ ▪ ▪ ▪ ▪ 何が起きるか予測できない 時間が読めない 調べながらだと途方もない工数 → 結果、何年も保留のまま ローカルPC上にコンテナで検証環境を構築 ローカルのファイルを直接読み書き CSSを書き換えて、崩れを直す ブラウザで表示を確認しながら試行錯誤 私は方針を決めて、結果を見るだけ 注目：Scoutは最初に「まず検証環境を立てましょう」と提案してきた —— AI自身が、壊せる場所を欲しがった 効いたのは「賢さ」ではなく、手を動かせたこと ＋ 壊せる場所を持っていたこと 9

ケース② 検証のつもりが、業務端末でアラートが上がる AIは間違っていない。問題は、実行させた場所だった ① 依頼 ② AIの判断 ③ 検知 ④ その後 Defenderの挙動を検証したい 検証用に検体を取得してくる 業務端末でアラートが上がる 確認と対応のコストが発生 AIは間違っていない 問題は「どこで」だった 判断は目的に対して合理的 実行させた場所が業務端末だった 「Defenderの検証をして」と言われれば、検出させる対象が要る。検 体を用意するのは、目的から見れば筋が通っている。 顧客資料もメールも認証情報もある端末。AIに渡す場所が設計さ れていなかった。 もし使い捨てのAVD／Cloud PCだったら？ —— 影響はその環境で閉じる。壊れたら作り直せばいい。 10

「Agentが使うPC」は、もう製品コンセプトになっている Windows 365 for Agents という答え合わせ 使い終わったら返す ＝ リソース効率とコストの予測性 ① Agentがタスクを受ける ② Cloud PCをチェックアウト ③ 隔離環境で作業 ④ チェックインして返却 固有のエージェントID エージェント専用の隔離環境 条件付きアクセス＋Intune Entra上で人間とは別のIDを自動付与。 操作を特定のAgentに紐づけられる 人間の端末と混在させない。さっきのケース を構造的に防ぐ 準拠したCloud PCからのみ社内リソースへ 。ゼロトラストをAgentにも 課題認識も同じ：今のエージェントはローカルPC・共有VM・未管理クラウドに分散し、ID／ポリシー／可視性を一貫させにくい 11

AI時代のVDI設計は、セッションホストだけ見ても足りない 「AIの作業場所」として設計し直すと、論点はここに集まる ID 権限 環境 ネットワーク 人間IDとAgent IDを分ける。 相乗りさせない 最小権限。管理者権限をどう扱う かが最大の悩み 何を入れるか／AIが取得したもの をどうするか M365・Web・社内アプリ・閉域／ Proxyの扱い データ 監査 コスト 運用 保存先・DLP・クリップボード・ダウ ンロード 「どのAgentが何をしたか」で追える ログ 常時起動か、必要時起動か。 使い捨てにできるか パッチ・更新・障害時の作り直しや すさ ここを詰めないと、「便利だけど怖くて本番に出せないAI」で止まる 12

AVDは「人のリモートPC」から「安全な実行境界」へ 今日の持ち帰り5つ 1 昔ながらのVDI需要は、正直に言って減る 2 でもAIが「作業する」ほど、実行環境の統制は重要になる 3 同じAIでも、壊せる場所があったケースと、なかったケースで結果が変わった 4 Windows 365 for Agentsのように、製品側もそこへ向かっている 5 問いは「VDIが必要か」ではなく「どの作業を、どこで実行させるか」 AI時代にAVDは本当に必要なのか？ 昔ながらのVDIとしては減る。でも「AIが安全に働く場所」としての価値は、むしろ増える。 13