以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/12/201225より取得しました。


WindowsでClaude Coworkが動かない人へ:ダウンロード不具合・VM失敗・ネットワーク問題まで“全部”直す実践チェックリスト

 

WindowsでClaude Coworkが動かない人へ:ダウンロード不具合・VM失敗・ネットワーク問題まで“全部”直す実践チェックリスト

Claude CoworkをWindows 10/11で動かそうとして、ダウンロードが進まない、インストールが弾かれる、VM作成で落ちる、ネットワークがつながらない――といった「直したら次が壊れる」地獄に入る人が続出しています。
この記事では、よくある詰まりポイントを“発生順に潰せる”ように整理し、再現性の高い解決手順を一気通貫でまとめます。


1. まず最初の壁:ダウンロードが壊れて見える(XMLエラー / NoSuchKey / 反応なし)

Coworkのダウンロードボタンを押したのに、XMLっぽいエラーが出る、NoSuchKeyのような表示になる、あるいはページが無反応で何も起きない。
この症状は「提供側が落ちている」と決めつけがちですが、意外と端末側の“ブラウザ拡張”が原因になっているケースがあります。

対処手順(最短コース)

  • クーポン系・広告注入系・スクリプト改変系の拡張機能を無効化

  • シークレット/プライベートウィンドウで再ダウンロード

  • 別ブラウザで試す(Edge / Chrome / Firefoxの切り替え)

特に、ショッピング支援・自動適用クーポン・トラッキング改変など「ページの動作を書き換える」タイプがあると、ダウンロードリンク生成やリダイレクトが壊れやすくなります。最初に拡張を切って“素のブラウザ”に戻すのが最も効率的です。


2. Claude Desktopが古いと、Coworkが噛み合わない

CoworkはClaude Desktopの新しめのビルドを前提に動くことがあり、以前からClaude Desktopを入れっぱなしの人ほど、内部の整合性が崩れてトラブルになりがちです。

対処手順

  • Claude Desktopを一度アンインストール

  • 可能なら関連データや古いキャッシュも整理

  • 公式の最新ビルドを入れ直す(上書きではなく“新規”の感覚)

「入っているから大丈夫」ではなく、「最新でクリーンな状態か」が重要です。Cowork導入前にここを整えるだけで、後工程のエラーが一気に減ります。


3. Windowsがインストールをブロックする(MSIX/AppX・ITポリシー系)

CoworkがMSIX/AppX系のパッケージ形式を使う場合、Windowsがセキュリティ設定やポリシーでインストール自体を拒否することがあります。
代表例は以下です。

  • 「IT policyでブロックされた」系の文言

  • PowerShellのAdd-AppxPackageで失敗

  • 何度やってもインストールが完了しない

対処手順(個人PC想定)

  • Windows設定でサイドロード許可(アプリの入手元制限の緩和)を確認

  • 古いインストーラやキャッシュしたファイルではなく、最新の入手ファイルでやり直す

  • 企業/学校PCの場合、管理者ポリシーで塞がれていることがあるため、個人で突破しようとせず管理側の許可が必要になりやすい

ここで重要なのは「失敗したファイルを握りしめて何度も繰り返さない」こと。途中で壊れた取得物や古いビルドを踏むと、同じエラーを増幅させます。


4. セットアップが99%で死ぬ:ディスク容量不足(ENOSPC)

Coworkはセットアップ中にローカルでVM相当のバンドルを構築することがあり、最後の最後で容量が足りずに落ちるパターンがあります。
エラーの典型は ENOSPC: no space left on device
「99%まで行ったのに戻る」のは精神的にきついですが、原因は単純なことが多いです。

対処手順

  • 空き容量を先に十分確保(“ギリギリ”は危険)

  • 大容量ファイル(動画・ダウンロード・一時ファイル)を整理

  • 必要なら別ドライブへ退避、ストレージセンサー等も活用

目安として、VM系の展開やキャッシュ生成は想定以上に膨らむことがあるため、「動くかも」ではなく「余裕で足りる」状態にしてから再実行するのが安全です。


5. VM作成に失敗する本丸:Hyper-V/仮想化が無効(BIOS/Windows機能)

Coworkが仮想化基盤(Hyper-V、HNS、vmcomputeなど)を使う構成の場合、BIOS/UEFIで仮想化がOFFだと、VMの作成段階で止まります。ここが最大の山場になりやすいです。

症状の例

  • セットアップ途中でVM作成が失敗

  • 仮想化関連サービスが起動しない

  • 何度やっても仮想環境が用意できない

対処手順(順番が重要)

  1. BIOS/UEFIで仮想化(Intel VT-x / AMD-V)を有効化

  2. Windowsの「Windowsの機能」から必要要素を有効化

    • Hyper-V(環境によっては必須)

    • 仮想マシンプラットフォーム / Windows Hypervisor Platform(構成による)

  3. 再起動して反映

  4. その後にCoworkのセットアップを再実行

ここは「Windows側だけいじってもダメ」で、BIOS側がOFFだと詰みます。先にBIOS→次にWindows機能、の順で整えるのが最短です。


6. ネットワークで詰まる:仮想ネットワーク(HNS)周りの不整合

仮想化が動き始めても、次に出やすいのがネットワークの不整合です。Coworkの実行環境が仮想ネットワークを使う場合、Windowsのネットワークスタックや仮想スイッチ周りが壊れていると、通信が不安定になったり、初期化に失敗したりします。

よくある原因

  • 以前入れていた仮想化ソフトやVPN、ネットワークフィルタの残骸

  • 複数の仮想スイッチが衝突

  • セキュリティソフトが仮想NICや通信を遮断

対処の考え方

  • 不要なVPN/仮想NIC/ネットワーク系常駐を一時停止

  • セキュリティソフトのネットワーク監視が強い場合は、挙動確認のため一時的に緩める(企業環境では管理ルール優先)

  • 変更加えたら必ず再起動して状態をリセット

ネットワーク系は「原因がひとつではない」ことが多いので、まずは常駐を減らし、仮想ネットワークが素直に動く状態に寄せるのがコツです。


7. 失敗し続ける人の共通点:途中の“壊れた状態”を引きずっている

Cowork導入は、ダウンロード→デスクトップ版→インストール許可→容量→仮想化→ネットワーク、と段階が多い分、どこかで失敗すると中途半端なファイルや構成が残って次の試行を邪魔します。

リカバリの基本戦略

  • エラーが出たら同じ手順を連打しない

  • 失敗した取得物(古いインストーラ、途中生成物)を捨てる

  • 依存関係(Claude Desktopの版、仮想化、容量、拡張機能)を先に整える

  • そのうえで“新しいファイル”でやり直す

この流れに変えるだけで、無限ループの確率が大きく下がります。


まとめ:最短で直すためのチェック順(これだけ覚えればOK)

  1. ブラウザ拡張を切ってダウンロードし直す

  2. Claude Desktopはアンインストール→最新をクリーン導入

  3. Windowsのインストール許可(サイドロード/ポリシー)を確認

  4. ディスク容量に余裕を作る(99%落ち対策)

  5. BIOSで仮想化ON→Windows機能で仮想化基盤を有効化

  6. VPN/ネットワーク常駐を減らして仮想ネットワークの衝突を回避

この順番で潰すと、「直したら次が壊れる」を最小化できます。Windowsは環境差が大きいぶん、闇雲に触るほど遠回りになります。まず“よく壊れる場所”を上から順に整えて、Coworkが動く前提条件を揃えるのが正解です。




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/12/201225より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14