Claude Desktop インストール出来ない?原因と対処法【2026年】
最終確認日: 2026年4月
📑目次
Claude Desktop インストール 出来ないと感じるときは、アプリ自体の不具合よりも、Windows の MSIX 競合、仮想化設定、macOS の Gatekeeper、MCP 設定ファイルの破損が原因であることがほとんどです。筆者も 2026年1月から2月にかけてチームへ段階導入した際、Windows 11 Pro 端末で `0x80073D28` / `0x80073CFA`、Cowork 起動時の virtualization unavailable、開発者モード制限に実際に遭遇しました。
結論から言うと、Windows は Appx の完全クリーンアップと仮想化設定の見直し、macOS は Gatekeeper と権限の確認から始めると解決率が高いです。この記事では、筆者が実際に効いた手順と、公式ヘルプ、GitHub issue #28892、Reddit 報告を突き合わせて、上から順に試せる形で整理します。
まだインストーラーを取得していない場合は Claude Desktop 公式ダウンロードページ、基本の手順は Installing Claude Desktop を先に確認してください。Linux 代替が必要なら Claude Code CLI・Web・Desktop 比較記事も役立ちます。
まずは症状辞典で該当パターンを確認
| 症状 | HRESULT / エラー | 主原因 | 一次対処 | 詳細 |
|---|---|---|---|---|
| Trusted app installs must be enabled | – | 開発者モードが無効 | winget install Anthropic.Claude |
Windows #1 |
| インストール失敗 | 0x80073D28 / 0x80073CFA |
旧版残骸と Appx 競合 | Appx 削除 + ProgramData 清掃 | Windows #2 |
| インストール失敗 | 0x80073CF3 |
依存関係または登録破損 | 旧版削除後に --force 再導入 |
Windows #2 |
| Cowork が起動しない | Virtualization is not available | BIOS / Windows 仮想化設定不足 | VT-x / SVM と Hypervisor を有効化 | Windows #3 |
| Microsoft Store に飛ばされる | claude:// 未登録 |
プロトコルハンドラ破損 | 再インストールか旧版導入 | Windows #5 |
| Cowork タブが出ない / VM 起動失敗 | 0x80370102 など | Hypervisor / VM bundle 問題 | bcdedit /set hypervisorlaunchtype auto |
Windows #4 |
| App is Damaged / 起動ブロック | – | Gatekeeper | このまま開く / quarantine 削除 | macOS #1 |
| 画面が真っ白 / 重い | – | Cache 破損 / Intel 版利用 | Cache 削除 / arm64 版へ入れ直し | macOS #2-3 |
出典: Claude Help Center, Deploy Claude Desktop for Windows, GitHub issue #28892, Reddit r/ClaudeAI(2026年4月時点)
まず上から試せる Windows 決定木
Windows は個別症状に入る前に、次の順番で潰すと遠回りしにくいです。筆者のチームでも、この順番に並べてから解決までの時間が短くなりました。
- PC を再起動し、Claude の残存プロセスをゼロにする
- 管理者 PowerShell で Appx パッケージを完全削除する
C:\ProgramData\Packages\Claude_*と%LOCALAPPDATA%\Temp\Claude-*.msixを清掃するwinget show --id Anthropic.Claude --versionsで旧版を確認し、安定版へダウングレードする- それでも Store リダイレクトや Cowork 破損が残る場合だけ、PsExec + SYSTEM 権限で
CoworkVMServiceを削除する
Get-AppxPackage -Name "*Claude*" -AllUsers | Remove-AppxPackage -AllUsers
winget show --id Anthropic.Claude --versions
winget install --id Anthropic.Claude --version 1.1.4173 --force --accept-package-agreements --accept-source-agreements
Windows のインストールトラブルと対処法
🎯 こんな人向け: インストーラー自体が通らない Windows ユーザー
#1 Trusted app installs must be enabled
このエラーは、MSIX 版 Claude Desktop を Windows がサイドロードアプリとして扱っているために起きます。特に社用 PC では、開発者モードが IT ポリシーで無効化されていることが多く、筆者のチームでも最初に詰まったのはここでした。
開発者モードを有効化できるなら素直に有効化して構いません。ただし一般ユーザーに変更権限がない場合は、最初から winget に切り替えた方が早いです。
winget install Anthropic.Claude --accept-package-agreements --accept-source-agreements
⚠️ IT 部門へ申請するときの伝え方
- 配布元 URL、業務用途、必要権限、ロールバック手順を 1 ページでまとめる
- 「開発者モード恒久解放」ではなく「対象端末限定の例外承認」にすると通りやすい
- 難しければブラウザ版 Claude へ一時退避する
🎯 こんな人向け: 0x80073D28 / 0x80073CFA / 0x80073CF3 が出る人
#2 MSIX エラーと ProgramData 残骸の削除
筆者側で実際に遭遇したのは 0x80073D28 と 0x80073CFA でした。どちらも Appx 登録と旧版残骸の競合が原因で、Get-AppxPackage -Name "*Claude*" -AllUsers | Remove-AppxPackage -AllUsers の実行後に C:\ProgramData\Packages\Claude_* を消すと再インストールできました。
0x80073CF3 も近い系統で、依存関係か登録が壊れているときに出やすいです。この場合も旧版を消したあとに winget install --force まで進めると復旧しやすいです。
Get-AppxPackage -Name "*Claude*" -AllUsers | Remove-AppxPackage -AllUsers
rmdir /s /q "%LOCALAPPDATA%\AnthropicClaude"
rmdir /s /q "%APPDATA%\Claude"
del /q "%LOCALAPPDATA%\Temp\Claude-*.msix"
それでもだめな場合は、タスクマネージャーで Claude 関連プロセスをすべて終了してから C:\ProgramData\Packages\Claude_* を削除してください。削除できない場合は Sysinternals の handle.exe や Process Explorer でロックしているプロセスを特定すると外せます。
🎯 こんな人向け: Cowork が virtualization unavailable になる人
#3 Virtualization is not available
Windows 11 Pro 23H2 の検証機では、Cowork 起動時に virtualization unavailable 相当の表示が出て開始できませんでした。結局効いたのは、VirtualMachinePlatform と WindowsHypervisorPlatform を有効化し、さらに BIOS で仮想化を ON にする手順です。
Lenovo ThinkPad と Dell Latitude 系では、BIOS 上の表記が Intel Virtualization Technology または VT-x でした。AMD 機なら SVM Mode を探してください。
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All
Enable-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform -All
bcdedit /set hypervisorlaunchtype auto
検証機の一部では WSL2 も有効化しておくと安定しました。Hyper-V は Pro 機のみ有効化し、Home 機では Virtual Machine Platform と Windows Hypervisor Platform を優先しました。
🎯 こんな人向け: インストール後に Cowork タブや VM が壊れる人
#4 Cowork タブが表示されない / VM が起動しない
ここは Windows エディション差が大きいです。Windows Home では完全サポートを期待しすぎない方が安全で、まずは VM 関連機能が有効か、Hypervisor が起動しているか、VM bundle が壊れていないかを見ます。
bcdedit /set hypervisorlaunchtype auto
rmdir /s /q "%APPDATA%\Claude\vm_bundles"
👍 良い点
- 仮想化設定が揃えば Cowork はかなり安定する
- VM bundle 削除だけで直るケースが意外に多い
👎 気になる点
- Windows Home では再現性が低い
- VPN や社内 FW が絡むと原因切り分けに時間がかかる
Cowork が不要なら、いったん通常の Desktop 利用に寄せるのも現実的です。関連機能の位置づけは Claude の自律エージェント機能まとめで整理しています。
🎯 こんな人向け: Store に飛ばされる / 旧版でいったん通したい人
#5 claude:// 未登録とダウングレード戦略
GitHub issue #28892 で目立っていたのが、claude:// プロトコルハンドラが壊れて Microsoft Store にリダイレクトされるパターンです。この場合は単純な再起動では戻りにくく、Appx の再登録か、旧版へのダウングレードが有効でした。
winget show --id Anthropic.Claude --versions
winget install --id Anthropic.Claude --version 1.1.4173 --force --accept-package-agreements --accept-source-agreements
旧版で通す戦略の欠点は、1.1.4173 などには Cowork 関連の新機能が乗っていないことです。つまり「まずインストールを成立させて Desktop 自体を使える状態に戻し、Cowork は後日待つ」という割り切りになります。最新版だけ失敗する端末では、この戦略が最も現実的でした。
それでも改善しない場合の最終手段が、Microsoft Learn から PsExec を取得して SYSTEM 権限で CoworkVMService を削除する方法です。筆者側でも 1 台だけこの手順を使い、その後に旧版を winget で入れて起動確認できました。
PsExec.exe -i -s cmd.exe
whoami
reg delete HKLM\SYSTEM\CurrentControlSet\Services\CoworkVMService /f
SYSTEM であることを確認したら再起動し、再インストールしてください。Anthropic 公式の標準手順ではないので、業務端末では IT 管理者と相談しながら進めるのが安全です。
macOS の決定木と実体験
Mac 側は Windows ほど根深くありません。初回起動の Gatekeeper、Apple Silicon なのに Intel 版を入れてしまう問題、権限不足の 3 点を順番に見れば十分です。
- Gatekeeper の「このまま開く」を確認する
- Apple Silicon か Intel かを確認し、arm64 版に揃える
- 真っ白なら Cache と
vm_bundlesを削除する - MCP / Computer Use が動かなければアクセシビリティ、画面収録、フルディスクアクセスを付与する
🎯 こんな人向け: インストーラーがブロックされる Mac ユーザー
#1 Gatekeeper にブロックされる
macOS Sequoia 15 系では、初回起動時に Gatekeeper がブロック表示を出したことがありました。この場合は プライバシーとセキュリティ から「このまま開く」を押せば通せます。
xattr -d com.apple.quarantine /Applications/Claude.app
brew install --cask claude
Homebrew 経由に切り替えると、正しいビルド選択と更新管理もまとめて処理しやすくなります。
🎯 こんな人向け: 真っ白 / 遅い / 権限で詰まる人
#2 真っ白になる・Intel 版で遅い・MCP 権限で詰まる
Apple Silicon Mac で Intel 版を入れてしまい、初回起動が重かったケースがありました。arm64 版へ入れ直すだけで改善します。また、MCP 連携が動かないときは、画面収録とアクセシビリティの未許可が原因でした。
rm -rf ~/Library/Application\ Support/Claude/Cache
rm -rf ~/Library/Application\ Support/Claude/vm_bundles
brew install --cask claude
権限付与後は Claude Desktop を再起動してください。Claude の安全設定を深掘りしたい場合は Claude Code セキュリティ実践ガイドも参考になります。
共通トラブル: claude_desktop_config.json と Node.js
アップデート後に突然起動しなくなったとき、筆者がまず疑うのは claude_desktop_config.json です。MCP 設定の JSON 構文エラーは、OS を問わず静かに起動を止めます。
ren "%APPDATA%\Claude\claude_desktop_config.json" "claude_desktop_config.json.bak"
Windows は %APPDATA%\Claude\claude_desktop_config.json、macOS は ~/Library/Application Support/Claude/claude_desktop_config.json を確認します。JSONLint のようなバリデータに貼ってエラー位置を出すのが早いです。
Node.js が見つからず MCP サーバーが動かない場合は、node -v と npx -v を確認し、必要ならフルパス指定へ切り替えてください。CLI と Desktop の違いは Claude Code CLI・Web・Desktop 比較でも触れています。
よくある質問
まとめ
Windows は Appx 清掃と仮想化、macOS は Gatekeeper と権限確認。この順番で見ると復旧しやすいです。
最新版だけ失敗するなら、旧版で Desktop を一度復旧させてから戻す戦略も十分ありです。
筆者の実感では、一番多かったのは Windows の MSIX 競合でした。Appx クリーンアップと残骸削除、その後の winget 再導入が最終解になったケースが最も多く、Mac 側は権限まわりの初期設定で詰まる程度でした。
それでも解決しない場合は、OS バージョン、エラーコード、実行したコマンドを控えたうえで Deploy Claude Desktop for Windows と 公式インストールガイド を見直してください。
著者
krona23
IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。







コメントを残す