Claude CoworkをWindowsで使う

「アプリを入れたのにCoworkが動かない」というとき、原因はClaude本体ではなく、その下のWindows基盤層にあることがほとんどです。Virtual Machine Platformが無効、MSIX配布とEXE配布で挙動が違う、BIOSで仮想化がオフ、企業ネットワークがVMからの通信を止めている――これらはClaudeを入れ直しても直りません。

Claude Coworkは、Claude Desktop上で複数ステップの仕事を任せるためのタスク作業場です。2026年5月18日時点の公式情報では、macOSだけでなくWindows版Claude Desktopも対象になっています。ただし、CoworkはローカルPC上でファイルを読み書きし、コード実行はHyper-V上の隔離VMで動きます。通常のチャットアプリより、OS機能・管理者権限・企業ポリシー・ネットワーク制御の影響を強く受けます。

X・Redditを見ると「Homeでは無理」「ARMでは無理」という断定が飛び交っていますが、これは公式要件ではなく、切り分けを省いた結論です。私は、自分の実機でreadiness checkと小さなタスクを1本通すまでは、動く前提で端末購入や全社展開を計画しないという立場を取ります。これは個人・小規模チームの導入判断に限った話で、MSIX/AppLocker/監視を含む全社配布の可否はIT部門の領域なので、そこには踏み込みません。

本記事は、公式ヘルプ（Windows配布・アーキテクチャ・トラブルシューティング関連ドキュメント）とX・Redditの利用者報告を突き合わせて整理したものであり、筆者自身のWindows実機での導入ログではありません。だからこそ、この記事の狙いは「動く/動かない」を断定することではなく、公式要件と端末ごとの環境依存を分けて、どこを自分の実機で確認すべきかの地図を渡すことに置いています。

Windows版Claude Coworkの導入フロー

前提: アプリ層と基盤層

この記事では、Coworkが動かない原因を2つの層に分けます。

• アプリ層: Claude本体側の話。古いバージョン、Freeプラン、組織側のCowork無効化など。Claude Desktopの再インストールやログインで直る層です。
• 基盤層: Windows側の話。Virtual Machine Platform、MSIX配布形式、BIOSの仮想化設定、企業ネットワークなど。Claudeを何度入れ直しても直らない層です。

もう一つ、区別しておきたい軸があります。

• 公式要件: Windows 10以上、有料プラン、Windows x64/arm64向けreadiness checkとMSIX。どの端末でも共通です。
• 端末の環境依存: BIOSのVT-x/SVM設定、Windowsのビルド番号、AppLockerの許可設定など。端末ごとに違います。

X上の「Windows Homeでは動かない」という投稿は、この2つを混同した断定です。Homeであること自体は公式要件の欠如ではなく、環境依存側の話にすぎません。この記事の後半で、この2軸に沿って整理し直します。

まず確認する条件

最初に見るべき条件は次の6つです。「どちらの層か」を併記します。

旧情報では「Windowsはまだ非対応」「x64のみ」「Homeでは絶対に動かない」といった断片が混ざっていました。2026年5月時点の公式ヘルプでは、Windows版Cowork、Windows x64/arm64向けreadiness check、x64/arm64のMSIXが案内されています。

一方で、端末ごとの仮想化設定、Windowsのビルド、企業PCの権限、AppLocker、EDR、プロキシで詰まることがあります。最終判断は記事の噂ではなく、公式readiness checkと小さな実機検証で行ってください。

切り分け手順: アプリ層から基盤層へ

1. Claude Desktopを公式ページから入れる（アプリ層）

claude.com/downloadからWindows版Claude Desktopを入れます。既に古いClaude Desktopがある場合も、まず最新版へ更新してください。企業PCでは、個人判断で古いインストーラーや非公式リンクを使わない方が安全です。MSIXやIntune配布が必要な場合は、後述の企業配布を確認してください。

2. readiness checkを実行する（基盤層の一次判定）

公式ヘルプでは、Coworkを使えるか確認するためのreadiness checkが案内されています。Windowsではx64とarm64の両方が用意されています。

checkerで「このPCはCoworkに対応している」という結果が出たら次へ進みます。ここで失敗する場合、アプリを入れ直すより、OS機能・仮想化・管理者権限・企業ポリシーを先に見ます。基盤層のつまずきはここで大半が見えます。

3. 有料プランでログインする（アプリ層）

Coworkは有料プラン向けです。Freeアカウントでは、Claude Desktopを入れてもCoworkが使えません。TeamやEnterpriseでは、組織側でCoworkが無効化されていないかも確認します。

4. Coworkタブを開く（アプリ層/基盤層の境目）

Claude Desktopを開き、ChatとCoworkの切り替えがあるか確認します。タブが見えない場合は、まず最新版への更新、再インストール、有料プランを疑い(アプリ層)、それでも出なければ組織設定とVMサービス(基盤層)を確認します。

5. Virtual Machine Platformを確認する（基盤層）

Claude Desktop for Windowsは、CoworkでVirtual Machine Platformを使います。管理者権限のPowerShellで次を確認します。

Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform

無効なら、公式のWindows配布記事では次の有効化コマンドが案内されています。

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All -NoRestart

有効化後は再起動し、readiness checkを再実行してください。

この手順自体は公式のWindows配布記事に沿ったものであり、筆者自身が個々の端末でEnable-WindowsOptionalFeature実行後の再起動要否やcheckerの表示文言を検証したものではありません。X・Redditの報告を見る限り、有効化直後にreadiness checkが通らず再起動を挟んで初めて反映されたという声が複数あり、「有効化した直後にcheckerが失敗しても即座に環境不備と判断せず、再起動を挟んでから再確認する」という順序を徹底する価値はありそうです。

6. 専用フォルダで初回テストする（基盤層の最終確認）

いきなりDownloads、OneDrive、業務フォルダ全体を渡さないでください。まずは短いパスの専用フォルダで試します。

C:\CoworkTest\

最初の依頼は、読み取りと下書き保存だけにします。

C:\CoworkTest\sample.txt を読み、
内容を3行で要約して C:\CoworkTest\summary.md に保存してください。
ファイル削除、上書き、外部送信はしないでください。

ここまで通れば、次に社内ルールに沿って対象フォルダを増やします。

Windows版Claude Coworkの要件マップ

Windowsで起きやすいトラブル

Coworkタブが出ない（アプリ層/基盤層）

Redditでは、古いEXE版やwinget経由ではCoworkが出ない、Microsoft Store/MSIXでは出るが設定パスが違う、という報告がありました。公式ヘルプでも、VMサービスがない場合は古いEXE/Squirrelインストーラーが原因になり得ると説明されています。迷ったら公式ダウンロードから最新版を入れ直すのが先です。

VM service not running（基盤層）

公式ヘルプでは、Windowsで VM service not running が出る場合、Claude VM Serviceが使えない状態として説明されています。確認順は次です。

1. 公式ダウンロードから最新版を再インストールする
2. Windowsのサービス一覧で「Claude VM Service」を確認する
3. 必要に応じて sc start CoworkVMService を試す
4. Microsoft Store版なら CoworkVMServiceStore も確認する
5. 企業PCならMSIX配布とAppLocker設定を確認する

このエラーは、単なるClaudeの不調ではなく、Windows側のサービス・配布形式・権限に関係することがあります。基盤層の代表的な症状です。

EXDEV: cross-device link not permitted（基盤層）

公式ヘルプでは、VMイメージのダウンロードがドライブ境界をまたぐとこのエラーが起きることがあると説明されています。典型例は、Windowsの「新しいコンテンツの保存先」がDドライブになっている、またはAppDataがネットワーク共有へリダイレクトされている場合です。

対応は、保存先をCドライブへ戻し、Coworkをアンインストールしてから最新版を再インストールする流れです。企業PCでは、ローミングプロファイルやフォルダリダイレクトが関係します。

このEXDEV系のエラーは、筆者が自環境で再現・検証した記録ではなく、公式ヘルプの説明を軸に整理したものです。ただし構造として、企業PCでフォルダリダイレクトやローミングプロファイルを使っている環境ほど「保存先ドライブが想定と違う」状態になりやすく、この種のエラーは個人PCより企業PCで起きやすいと考えるのが妥当です。

APIに届かない（基盤層）

Cannot access Claude API や通信系のエラーは、VM・VPN・プロキシ・TLSインスペクション・企業ネットワークが関係することがあります。切り分けは次の順です。

1. 家庭回線など、管理外ネットワークで再現するか見る
2. VPNを切った状態で再試行する
3. Claude Desktopの通常チャットが安定しているか見る
4. 企業プロキシやTLSインスペクションの対象外設定を確認する
5. Team/Enterpriseではネットワーク制御と組織設定を確認してもらう

古いブログの固定ドメイン一覧をそのまま写すより、公式の企業向け管理資料を見た方が安全です。

予約タスクやDispatchが止まる（基盤層）

Coworkはクラウドだけで勝手に動く仕組みではありません。予約タスクもDispatchも、PCが起きていてClaude Desktopが開いていることが前提です。公式ヘルプでは、予約時刻にPCがスリープ中またはアプリが閉じていた場合、復帰後にスキップ分が実行され、通知と履歴に残ると説明されています。外出先から依頼するDispatchでも、デスクトップ側が作業できる状態である必要があります。

この復帰後スキップ実行の挙動も、筆者が自分でスリープ・復帰を試して確認したものではなく、公式ヘルプの説明をそのまま紹介しています。予約タスクをまたぐ運用を検討するなら、通知や履歴に頼って事後確認する前提で設計し、実行タイミングそのものをPCの起動状態に依存させない方が安全だと考えます。

Computer useを使う場合の注意（アプリ層寄り）

Computer useは、Claudeが画面を見てクリックや入力を行う機能です。2026年5月時点ではPro / Max向けのresearch previewとして案内され、Claude Desktop上のCoworkとClaude CodeでmacOS / Windowsに対応しています。詳しい仕組みはComputer useでPCを操作させる方法で整理しています。

ただし、通常のファイル操作やコネクタとは安全性が違います。メール、会計、決済、医療、金融、機密データを扱うアプリでは、最初から広く許可せず、信頼できるアプリと低リスクな作業に限定してください。

Windows版Claude Coworkのトラブル対応

Home / Pro / ARMの見方: 公式要件と環境依存を分ける

Xでは「Windows Homeでは動かない」「ARMでは動かない」という投稿が見られました。Redditでも、Home、Pro、ビルド番号、BIOSの仮想化設定、Hyper-Vまわりで多くのトラブル報告があります。ただし、これをそのまま公式要件として書くのは危険です。

2026年5月時点の公式情報では、Claude DesktopはWindows 10以上、CoworkはWindows版Claude Desktop、readiness checkはx64とarm64、MSIXもx64とarm64が案内されています。「Homeでは無理」「ARMでは無理」は、この公式要件と、端末ごとの環境依存を混同した断定です。

私はこの整理から、Xの端末断定は要件として採らないという立場を取ります。ただし「実機で試すまで判断しない」という自分の立場も、あくまで個人・小規模チームの導入判断に限った話です。全社配布の可否は、次の企業環境の話としてIT部門の領域になります。

企業環境での配布

TeamやEnterpriseでWindows端末へ配布する場合、公式のWindows配布記事ではMSIX、Intune、SCCM、Group Policy、PowerShell配布が案内されています。

公式のアーキテクチャ資料では、Coworkのコード実行はWindows上のHyper-Vで隔離される一方、ホスト側のEDRがVM内部を直接検査できないことも説明されています。この監視の境界を掘り下げるなら、Claude Coworkセキュリティガイドで扱っています。本記事は「導入が通るか」、あちらは「通した後どう監視するか」という役割分担です。

ここはIT部門向けの論点整理であり、筆者自身がMSIX/AppLocker/監視まわりの企業配布を実機で検証したものではありません。判断すべき論点の粒度を示すことに主眼を置いています。

初回タスクの型

Windowsで最初に使うなら、次のような低リスクなタスクから始めます。

C:\CoworkTest\ にあるファイルだけを対象にしてください。

やること:
- ファイル名と拡張子を一覧にする
- それぞれの用途を推測ではなく内容から確認する
- C:\CoworkTest\file-inventory.md に保存する

禁止:
- ファイルを削除しない
- ファイルを移動しない
- 元ファイルを上書きしない
- 外部サービスへ送信しない

このタスクで確認するのは、出力品質だけではありません。ファイルアクセス、保存先、権限確認、VM起動、ネットワークが安定しているかを同時に見ます。コード・Git・テスト中心の作業をWindows上で進めたいなら、CoworkではなくClaude Codeを検討する価値もあります。基盤層で詰まり続ける場合、Coworkを無理に通すより、この選択肢に切り替えた方が早いことがあります。

XとRedditで見えたつまずき、そして層でまとめ直す

Xでは、WindowsでCoworkを使うためにPC購入条件を考える投稿、Home/ProやARMへの不安、Computer useがWindowsでも使えるのかという誤解が見られました。Redditでは、Windows版Claude Desktopの更新後にCoworkが出ない、VMサービスが起動しない、Cドライブへ大きなVMデータが落ちる、MSIXとEXEで挙動が違う、APIへ接続できない、BIOSの仮想化設定が原因だった、という報告が多く見られます。

ここまでの症状を、アプリ層・基盤層で再分類すると次のようになります。

• アプリ層で直るもの: 古いバージョン、Freeプラン、組織側のCowork無効化。対応は最新版への更新・ログイン・組織設定確認。
• 基盤層でしか直らないもの: Virtual Machine Platform未有効化、MSIX/EXEの配布差異、BIOS仮想化オフ、ドライブ境界をまたぐEXDEV、企業ネットワークのVM通信ブロック。対応はOS機能・BIOS・ネットワーク設定側。

Redditの報告のほとんどは後者、つまり基盤層に集中しています。「Claudeの画面だけを見ても原因が分からない」のは偶然ではなく、CoworkがローカルファイルとVMを扱うデスクトップエージェントである以上、構造的にそうなります。

導入判断の基準

まとめの代わりに、私が実際に何を基準に導入を決めるかを書きます。

1. アプリ層を先に潰す: 最新版・有料プラン・組織設定を確認してからでないと、基盤層の切り分けが無駄になる。
2. 基盤層はreadiness checkで一括判定する: BIOS・ビルド・仮想化を個別に疑う前に、まずcheckerの結果を見る。checkerが通らない端末を個別調査する優先度は低い。
3. SNSの端末断定は要件として採らない: 「Homeは無理」「ARMは無理」は環境依存と公式要件の混同であることが多い。自分の端末で確認するまで結論を保留する。
4. 実機で小さく1本通すまで、購入や全社展開を計画しない: これが私の立場の境界線。全社配布の可否そのものはIT部門の判断領域で、ここでは踏み込まない。

Windows版Coworkは使えます。ただし、通常のチャットアプリではなく、ローカルファイルとVMを扱うデスクトップエージェントです。データは脅しではなく、購入や展開を決める前に手元で確認するための材料だと捉えてもらえると嬉しいです。

参照した主な情報

• Claude Help: Install Claude Desktop
• Claude Help: Get started with Claude Cowork
• Claude Help: Deploy Claude Desktop for Windows
• Claude Help: Claude Cowork desktop architecture overview
• Claude Help: Use Claude Cowork safely
• Claude Help: Schedule recurring tasks in Cowork
• Claude Help: Assign tasks from anywhere in Cowork
• Claude Help: Let Claude use your computer in Cowork
• Claude Help: Release notes
• X API検索: Claude Cowork / Windows / Desktop / Virtual Machine Platform 関連投稿
• Reddit検索: r/ClaudeAI、r/claude、r/AnthropicのWindows版Coworkトラブル報告