← 2026-06-11 の一覧へ戻るホーム
Claude Desktop が起動するたびに 1.8 GB の Hyper-V VM を起動し、チャットのみで使用する場合でも発生します。

2026/06/11 2:11

Claude Desktop が起動するたびに 1.8 GB の Hyper-V VM を起動し、チャットのみで使用する場合でも発生します。

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

Claude デスクトップアプリケーション（Windows 用）の深刻なバグにより、起動時ごとに Hyper-V 仮想マシン (

vmcompute
/
vmwp.exe
) が自動的に起動し、約 1.8 GB の RAM を消費します（16 GB システムでは全メモリのおよそ 11%）。この問題はリソースが制限されたノートパソコン（例：Razer Blade 15）において特に深刻であり、即時のスロウネスを引き起こします。このバグは、システム構成に関わらず Windows 11 Pro のビルド（テスト環境：Build 26200.7840）全体にわたって存在し、レジストリで 
VirtualMachinePlatform
を無効化しても、WSL/Docker をオフにしても、Core Isolation を無効にしても、アプリケーションは RPC イベント (
bc90d167...
) をトリガーして VM のスパーンを継続します。トラブルシューティングの試みは失敗に終わりました：%APPDATA% 内の「Cowork」セッション由来の古くなったセッションファイル（約 2,689 ファイル）を削除しても、 respawn が防止されず、ログには"The virtual machine or container JSON document is invalid."といった繰り返しエラーが示されています。2026 年 2 月 19 日現在、ユーザーは難しい選択に直面しています：起動後に毎回 
vmcompute
プロセスを手動で終了させて速度を回復するか、公式の修正による自動初期化ロジックの解決を待つかという重いメモリコストを受け入れるかです。

本文

リアフトチェックリスト（日本語版）

問題の確認事項

  • 既存の Issue で類似報告を検索済みです
  • 単一かつ特定のバグを報告しています（異なるバグは別件のレポートで提出してください）
  • クロードデスクトップアプリを最新バージョンに更新しています

バグの詳細説明

[現象] クロードデスクトップアプリ（Windows 版）は、チャット機能のみを使用する場合であっても、起動するたびに約 1.8 GB の Hyper-V 仮想マシン（VM）を生成してしまいます。

環境情報

  • 対象アプリケーション: 
    • Claude Desktop
      (Windows 版) ※注意：CLI 版には適用されません
  • OS: Windows 11 Pro 25H2 (ビルド 26200.7840)
  • ハードウェア: Razer Blade 15 (2020 年モデル / i7-10750H / 16 GB RAM)
  • 仮想化機能状態: 
    • VirtualMachinePlatform
      : 有効
    • Hyper-V, WSL, Docker, Windows Sandbox: 無効
    • Core Isolation / Memory Integrity: オフ
  • 発生時期: 2026 年 2 月 26 日時点の最新版で再現

概要と影響範囲

クロードデスクトップは起動時に、Cowork やエージェントモードを利用していなくても、約 1.8 GB の RAM を消費する 

Vmmem
プロセス（Hyper-V VM）を生成します。

  • メモリ使用率: 16 GB リストには、アイドル状態で総メモリの 11% 以上が不要なインフラとして消費されます。
  • システムの挙動:
    • アイドル状態でのメモリ使用率が約 50% から急上昇して 62% に達します。
    • アプリケーション負荷を加えると全メモリ使用率が 70–75% と高くなり、システム反応性が低下します。
    • ユーザーは毎回 VM プロセスを手動で終了させる必要があります。

再現手順

  1. 「VirtualMachinePlatform」を有効な Windows 11 にクロードデスクトップをインストールする
  2. Cowork/エージェントモードを少なくとも一度使用する（セッションファイルの作成が必要）
  3. アプリを終了・起動するか、または PC を再起動する
  4. タスクマネージャーで確認すると、
    Vmmem
    が約 1,800 MB を消費している

根本原因と調査結果

広範な PowerShell の診断により、以下の事実が確認されました。

  • WSL: インストールされていません（
    wsl --shutdown
    で確認）
  • Docker: インストールされていません
  • Windows Sandbox: 無効化されています
  • 起動トリガー: 
    vmcompute
    サービスは RPC インターフェイスイベントにより手動ではなく、システム的に起動されます。
    • イベント GUID: 
      bc90d167-9470-4139-a9ba-be0bbbf5b74d
  • セッションファイルの蓄積: 
    • %APPDATA%\Claude\local-agent-mode-sessions\
      に 2,689 ファイル のステール（停止したまま）セッションが残っています。
    • 名前規則は Docker 風（例: 
      nifty-dreamy-volta
      , 
      tender-vigilant-goodall
      ）。
    • これらはクリーンアップされず、ファイル削除しても再起動直後に即座に再発生します。

エラーログ

Hyper-V Management イベント ログには以下のエラーが起動ごとに記録されます。

指定されたプロパティ照会が無効です：仮想マシンまたはコンテナの JSON ドキュメントが無効です。(0xC037010D, '無効な JSON ドキュメント ')

期待される動作

  • チャット専用セッションでは、VM/コンテナインフラストラクチャを生成すべきではありません。
  • Cowork エージェントセッションを実際に開始した場合のみ、按需（オンデマンド）で初期化する必要があります。
  • ステールなセッションファイルは、終了後に自動クリーンアップされるべきです（2,689 ファイルのような蓄積を防ぐ）。
  • 仮想化インフラが利用できない場合でも、チャット機能は graceful に動作し続けるべきです。

現在の回避策

VM の起動を完全に防ぐ唯一の方法は、「VirtualMachinePlatform」を無効化することですが、これにより Cowork 機能も停止します。

1. 完全無効化（Cowork 機能を失う）

Disable-WindowsOptionalFeature -Online -FeatureName "VirtualMachinePlatform" -NoRestart

2. VM プロセスの手動終了（チャットは動作する） 再起動毎に以下のコマンドを実行する必要があります。

Stop-Process -Name vmwp -Force
Stop-Process -Name vmcompute -Force

リクエスト事項

以下の機能変更と改善を要望します。

  1. オンデマンド起動: VM/コンテナは Cowork/エージェントモードのアクティブなリクエストのみで初期化されること。
  2. 自動クリーンアップ: セッション終了時に古いセッションデータを自動的に削除すること（2,689 ファイルの蓄積解消）。
  3. フォールバック機能: インフラがない場合でも、チャットモードへ gracefully に切り替えること。

メタデータ

フィールド値
クロードモデル不明 / 複数モデル
バグか？疑いあり (確認中)
最後の正常動作バージョン記録なし
CLI バージョンClaude Desktop for Windows (最新版)
プラットフォームAnthropic API
OSWindows 11 Pro

添付情報

詳細なログと調査報告は上記「問題の詳細説明」および「エラーメッセージ/ログ」を参照してください。

同じ日のほかのニュース

一覧に戻る →

2026/06/11 3:54

ΠFS

## Japanese Translation: πfs は、物理的なストレージを節約するためにユーザーデータを π（円周率）の無限数列に埋め込むことを目的とした実験的なファイルシステムを導入する。この革新的なアプローチは、「π が『正規数』である」という数学的仮説に基づいており、これは π の数列の中にあらゆる可能な有限の情報シーケンスがどこかに含まれていることを意味する。従来のドライブ上にファイルを保存するのではなく、システムはこの定数内に隠された任意のファイルコンテンツを特定するために特定のインデックスを計算する。この方法は、既存の数学的定数を新規にストレージスペースを生成することなく使用することで、歴史的なデータ保存の制限と潜在的な著作権問題を解決する。現在では遅いプロトタイプとして動作しているが、ハードウェアが進歩するにつれて並列処理、算術符号化、クラウドベースの計算などの技術を通じて、将来的には劇的な速度向上が約束されている。最終的に、πfs は極めてストレージ制約の高い環境向けにユニークなソリューションを提供し、場所に関するメタデータが失われても実際のデータは π そのものの不変の数列内に永久に埋め込まれていることを保証する。

2026/06/11 1:42

Anthropic の新言語モデル「Fable」に対する規制策に対し、サイバーセキュリティ研究者たちが不満を示している

## 日本語訳: 火曜日に、Anthropic はセキュリティ専門のモデル「Mythos」の公開版かつ制限付き版である「Fable」を、プロジェクト・グラスウィングベータ（2025年4月限定）から15カ国に跨る数百家の組織へと拡大されたアクセスプログラムを通じてリリースしました。研究者によると、マルウェアの開発やソフトウェアへの侵害、生物学的兵器の作成といった悪用を防ぐことを目的とした Fable のガードレール（制限措置）は過度に積極的であり、ブログ記事の閲覧や標準的なコードレビューなど無害なタスクを含むサイバー関連活動と間接的に関連する正当なリクエストさえブロックします。トリガーされると、モデルは「セキュリティまたは生物学トピックに関するメッセージが安全性の措置によってフラグされた」というメッセージと共に会話を一時停止し、そのプロンプトに対しては Claude Opus 4.8 にフォールバックします。サイバーセキュリティ専門家であるマット・シュイチェ（Tolmo）は、Fable がキーワードベースの制限によりソフトウェアエンジニアリングタスクを頻繁に「安全なコードを書く」という書き換えに変換していると指摘し、「安全なコードを書く」や「コードレビュー」といったリクエストを誤って解釈していると述べました。業界アナリストからはこうしたキーワードフィルタリングが時間経過とともに改善されるとの見方がありますが、IBM X-Force のヴァレンティナ・パルミオッティ（Chompie）ら専門家は、現在の過度に制限的な展開を批判しています。Anthropic はこれらの懸念に対して直ちにコメントしていません。関連として、Anthropic もサイバーセキュリティ専門家に対して、Claude を使用する際にかかる制限を少なくするための「Cyber Verification Program」への別途申請を義務付けており、これは OpenAI の「Trusted Access for Cyber」に類似しています。

2026/06/11 2:30

JPL が 13 歳のキュリオシティ探査機をどう科学活動に導いているか

## 日本語翻訳: # ルール - 元の意味を正確に保ってください（追加も省略も行わないでください）。 - ドキュメントの構造（見出し、箇条書きなど）を維持してください。 - 技術用語は正確に扱いください（API、LLM、zero-trust は自然な日本語が存在しない限りそのままにしてください）。 - トーンと確信度を保ってください。 - まとめたり、説明したり、再書き換えを行わないでください — ただ翻訳のみ行ってください。 ## 翻訳すべきテキスト: # ルール - 元の意味を正確に保ってください（追加も省略も行わないでください）。 - ドキュメントの構造（見出し、箇条書きなど）を維持してください。 - 技術用語は正確に扱いください（API、LLM、zero-trust は自然な日本語が存在しない限りそのままにしてください）。 - トーンと確信度を保ってください。 - まとめたり、説明したり、再書き換えを行わないでください — ただ翻訳のみ行ってください。 # 出力形式 ## 日本語翻訳: （ここに日本語の翻訳を書きます） ## 翻訳すべきテキスト: （必要に応じて；そうでない場合は元のテキストを繰り返します）