世界を動かす技術を、日本語で。

Claude DesktopがVMを起動するが、停止する方法がない

2026年6月11日原文(github.com)

概要

  • Claude Desktop(Windows版)でチャットのみ利用時にもHyper-V VM(約1.8GB RAM)が毎回起動
  • Cowork/agentモード未使用でもVMが自動生成、システムメモリに大きな負荷
  • %APPDATA%配下にセッションファイルが大量に蓄積、削除してもVM再生成
  • 現状の回避策はVirtualMachinePlatform無効化またはVMプロセス強制終了
  • 要望:チャットのみの場合はVM未起動、セッションデータ自動クリーンアップ

Claude DesktopのHyper-V VM自動起動バグ報告

  • 対象アプリ :Claude Desktop(Windows版、最新版 2026年2月26日時点)
  • OS環境 :Windows 11 Pro 25H2, Build 26200.7840、Razer Blade 15(i7-10750H, 16GB RAM)
  • Windows機能 :VirtualMachinePlatform有効、Hyper-V/WSL/Docker/Sandbox無効
  • 現象 :アプリ起動時、 毎回Hyper-V VM(Vmmem, 約1.8GB RAM) が自動生成
    • チャットのみ利用時もVMが起動し、Cowork/agentモード未使用でも発生
  • 再現手順
    • Claude Desktopインストール(VirtualMachinePlatform有効下)
    • Cowork/agentモードを一度でも利用
    • アプリ再起動、またはPC再起動後、Task ManagerでVmmem確認(約1,800MB消費)
  • エラーログ
    • Hyper-V Compute Adminログに「The specified property query is invalid: The virtual machine or container JSON document is invalid. (0xC037010D, 'Invalid JSON document '$')」エラーが毎回出力

原因調査・技術的詳細

  • WSL/Docker/Hyper-V管理ツール未インストール、Windows Sandbox無効、Core Isolation無効
  • 唯一有効な仮想化機能 :VirtualMachinePlatform
  • vmcomputeサービス はRPCイベント(GUID: bc90d167-9470-4139-a9ba-be0bbbf5b74d)で自動起動
    • 親プロセスはservices.exe(サービス起動トリガー)
  • %APPDATA%\Claude\local-agent-mode-sessions**に2,689件のセッションファイルが未削除で蓄積(Docker風命名規則)
    • 全削除後も、アプリ再起動で即座にVMとVmmemが再生成

影響・問題点

  • 16GBメモリ環境で、起動直後から11%以上のRAMを無駄消費
    • システム全体のメモリ使用率が50%→62%に急増
    • 通常利用時は70~75%に達し、動作遅延・手動でVMプロセス終了が必要
  • セッションファイルの自動クリーンアップ未実装
  • チャットのみ利用時もVMが必ず起動し、リソース浪費

期待される動作・要望

  • Cowork/agentモード利用時のみ VM/コンテナ基盤を初期化
  • チャットのみ利用時はVM未起動 でメモリ節約
  • セッション終了時に古いセッションデータを自動削除
  • VM初期化失敗や不要時はチャットモードへ自動フォールバック

現状の回避策

  • VirtualMachinePlatform無効化 (Cowork機能も同時に無効化される)
    • powershell Disable-WindowsOptionalFeature -Online -FeatureName "VirtualMachinePlatform" -NoRestart
  • VMプロセス手動終了
    • powershell Stop-Process -Name vmwp -Force
    • Stop-Process -Name vmcompute -Force
    • VM終了後もチャット機能は正常稼働

開発者へのリクエスト

  • VM/コンテナ基盤はCowork/agentモード利用時のみ初期化
  • セッションデータは終了毎に自動クリーンアップ
  • VMインフラ不在時もチャット性能を維持し、エラーで強制起動しない設計

まとめ

  • Claude Desktopのチャットのみ利用時にVMが自動生成される問題
  • Cowork/agentモード利用時のみVM初期化する設計改善を強く要望
  • セッションファイルの自動削除・リソース効率化が急務

Hackerたちの意見

Coworkが単にオプトインじゃないのが理解できないな。10GBくらいのVMバンドルもインストールされるし、これも削除できないし。

少なくとも私のマシンではそうだった。あのタブを使うために追加のインストールが必要だったのを覚えてる…

数字を上げるためのルール1は、あらゆるコストで摩擦を排除すること。ユーザーのハードドライブはお前にとって無料だから、それを基に機能を制限する理由はない。98%のユーザーは、君がゴミを押し付けてることに気づかないだろう。

RIP、過去10年のベースモデルのMac、<= 256GBのSSD持ってるやつ。新しいNeoも含めてね。システムやスワップスペース、キャッシュ、OSアップデートのための予約スペース、アプリ(2GBとか普通にあるし)でどれだけ食われるか考えると、15GB未満の空きがあるのは全然驚きじゃないよ。

そのVM自体はClaude Cowork用で、すべてVMのサンドボックス内で作業するんだよね。でも、なんで即座に立ち上げるのか、無効にする方法がないのかっていう疑問には答えられないな。ただ「なんで存在するのか」っていう疑問だけ。

多分、彼らが「バイブコーディング」したからだね。

でも、実際そうなんだよね。製品を使いたいなら、サンドボックスを準備しないといけない。

もしClaudeに自分のマシンの何にもアクセスさせないつもりなら、なんでウェブチャットじゃなくてデスクトップを使ってるの?(本気の質問、あんまり使わないから!)もし使うなら、VMが必要だよね。

Anthropicはソフトウェアの展開が一貫してひどい。エンジニアリングの厳密さや配慮が全然足りない。おそらく「誰もそれをしないとは思わなかった」っていう単純な理由だろうね。--- いろんな人がこれに関わってるから、チーム間のエンジニア文化がどうなってるかは推測するしかないけど、Anthropicのソフトウェアの無頓着さや雑さを考えると、投資家のお金をトレーニングや推論に無駄にしてるんじゃないかと思う。コードが他のソフトと同じくらいひどいからね。

立ち上がるのを止められないのっていいことじゃない?止める方法があるのが問題ってどういうこと?

この質問は投稿で答えられてるの?どうやら止める方法はないらしいよ。投稿者はタイピング中に頭が混乱したのかもね。もしかしたら、君とは違う英語の方言を使ってるのかも。

同意するよ。これが問題なのはどうして?

Hacker Newsで議論の続きを見る