Claude Desktop インストール出来ない?原因と対処法【2026年】

最終確認日: 2026年4月

📑目次
  1. Claude Desktop インストール出来ない?原因と対処法【2026年】
  2. まずは症状辞典で該当パターンを確認
  3. まず上から試せる Windows 決定木
  4. Windows のインストールトラブルと対処法
  5. macOS の決定木と実体験
  6. 共通トラブル: claude_desktop_config.json と Node.js
  7. よくある質問
  8. まとめ

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 は個別症状に入る前に、次の順番で潰すと遠回りしにくいです。筆者のチームでも、この順番に並べてから解決までの時間が短くなりました。

  1. PC を再起動し、Claude の残存プロセスをゼロにする
  2. 管理者 PowerShell で Appx パッケージを完全削除する
  3. C:\ProgramData\Packages\Claude_*%LOCALAPPDATA%\Temp\Claude-*.msix を清掃する
  4. winget show --id Anthropic.Claude --versions で旧版を確認し、安定版へダウングレードする
  5. それでも 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 残骸の削除

筆者側で実際に遭遇したのは 0x80073D280x80073CFA でした。どちらも 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 相当の表示が出て開始できませんでした。結局効いたのは、VirtualMachinePlatformWindowsHypervisorPlatform を有効化し、さらに 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 点を順番に見れば十分です。

  1. Gatekeeper の「このまま開く」を確認する
  2. Apple Silicon か Intel かを確認し、arm64 版に揃える
  3. 真っ白なら Cache と vm_bundles を削除する
  4. 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 -vnpx -v を確認し、必要ならフルパス指定へ切り替えてください。CLI と Desktop の違いは Claude Code CLI・Web・Desktop 比較でも触れています。


よくある質問

Q1. Claude Desktop が突然起動しなくなったら、どこから疑うべきですか?

筆者なら、アップデート直後ならまず claude_desktop_config.json の構文エラー、その次に MSIX 残骸、最後に多重起動を疑います。Windows なら Appx クリーンアップ、macOS なら Cache 削除が効きやすいです。

Q2. インストールしようとすると Microsoft Store にリダイレクトされます

claude:// プロトコルハンドラが壊れている可能性があります。Appx の完全削除と再インストールを行い、それでも戻らなければ winget で旧版を指定して Desktop を復旧させてください。

Q3. PowerShell や PsExec は安全ですか?

PowerShell 自体は Windows 標準です。PsExec は Microsoft 系ツールですが、SYSTEM 権限を使うので最終手段として扱ってください。Anthropic 公式の通常サポート範囲外なので、社用端末では IT 管理者と相談するのが安全です。

Q4. アンインストールしたのに「既にインストール済み」と言われます

C:\ProgramData\Packages\Claude_* や Appx 登録が残っている可能性があります。Get-AppxPackage -Name "*Claude*" -AllUsers | Remove-AppxPackage -AllUsers を実行し、残骸フォルダも手動削除してください。

Q5. 最新版で発生している既知の問題はどこで確認できますか?

anthropics/claude-code Issues と r/ClaudeAI の報告が早いです。公式の手順更新は Help Centerrelease notes を見てください。

Q6. Linux ではどうすればいいですか?

2026年4月時点ではネイティブの Claude Desktop はありません。Linux では Claude Code CLI を使うのが現実的です。


まとめ

Windows は Appx 清掃と仮想化、macOS は Gatekeeper と権限確認。この順番で見ると復旧しやすいです。

最新版だけ失敗するなら、旧版で Desktop を一度復旧させてから戻す戦略も十分ありです。

筆者の実感では、一番多かったのは Windows の MSIX 競合でした。Appx クリーンアップと残骸削除、その後の winget 再導入が最終解になったケースが最も多く、Mac 側は権限まわりの初期設定で詰まる程度でした。

それでも解決しない場合は、OS バージョン、エラーコード、実行したコマンドを控えたうえで Deploy Claude Desktop for Windows公式インストールガイド を見直してください。

krona23

著者

krona23

IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。

DevGENT について →

コメントを残す

Trending

DevGENTをもっと見る

今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

続きを読む