目次

Claude Desktop（Windows）を開こうとすると「このアプリを開くことができません」というダイアログが出て、「Claudeの詳細オプションに移動して、[修復] を選択する必要があります」と案内される——このとき、案内どおり[修復]を押せば直る。アンインストールも、データを消すリセットも要らない。

ただし、ここに実際に詰まる段差がひとつある。[修復]を押すと「アプリが起動中のため実行できない」と弾かれることがあるのだ。アプリのウィンドウは開いていないのに、である。この記事はその段差の越え方を中心に、会話履歴やClaude Codeのセッションが消えるのかどうかまで含めて整理する。

⚠️ この記事の確度ラベル：✅ 確認済み＝実機で観測、または公式ドキュメント・GitHub issueに記載あり／🟡 報告ベース＝複数の報告はあるが公式の確認なし／🔴 未確定＝断定できない。Anthropicはこの症状について公式の原因説明も修正告知も出していない（2026年7月28日時点）。以下の原因説明は状況証拠にもとづく推定であり、そこは明示して書き分ける。

1. 結論——[修復]で直る。押す前にプロセスを終わらせる

先に手順の全体像を示す。上から順に試し、直った時点で止めてよい。下へ行くほど手間が増えるが、会話履歴が失われる手順はこの中に一つもない（理由は§3）。

① プロセスを終了 → [修復]

本命。設定 → アプリ → インストール済みアプリ → Claude → 詳細オプション → [修復]。先に常駐プロセスを終わらせておくのが要点。アプリのデータは保持される。

② 依存サービスを起動

①で直らない場合。vmcompute / hns は既定が「手動」起動のため、再起動後に停止したままのことがある。

③ 再インストール

最終手段。-PreserveApplicationData を付けて削除すれば、アプリ側のデータも残せる。

💡 [修復]と[リセット]を取り違えないこと。同じ「詳細オプション」画面に並んでいるが、意味が正反対だ。Windowsの画面自体が[修復]には「アプリのデータは影響を受けません」、[リセット]には「アプリのデータは削除されます」と表示している。押す前に自分の画面でその一文を確認してほしい。この記事が[修復]だけを勧めるのはこのためだ。

2. 症状——どのダイアログが出ているか確かめる

Claude DesktopがWindowsで起動しない症状は複数あり、それぞれ対処が違う。ここを取り違えると効かない手を延々試すことになるので、まず自分が見ているダイアログを特定してほしい。

この記事が扱うのは、次の文面が出るケースだ。

このアプリを開くことができません

Claudeの詳細オプションに移動して、[修復] を選択する必要があります。問題が解決しない場合は、このアプリを再インストールするか、管理者にお問い合わせください。

ボタン：閉じる／詳細設定／クリップボードにコピー

✅ 確認済み：このダイアログはWindowsがパッケージ形式（MSIX）のアプリに対して出す標準のエラー画面であり、Claude固有のものではない。裏を返すと、この画面が出ている＝MSIX版を使っているということでもある。AnthropicはWindows向けの展開ドキュメントでMSIX（x64／arm64）を配布形式として案内している。

文面が違う場合は別の問題だ。「このファイルはほかのプログラムで使われています」（0x80070020）なら、対処は[修復]ではなくWindowsのサインアウトになる——これは別記事で詳しく扱っている。「Claude Desktop failed to launch」という英語のダイアログはさらに別系統で、GitHub #50285に報告があるが未解決のままクローズされている。§10に一覧で整理した。

3. セッションは消えるのか——3種類に分けて答える

実際に困っている人が最初に気にするのはここだろう。結論から言えば、[修復]では何も消えない。ただし「セッション」と一口に言っても保存場所の異なるものが3種類あり、リスクもそれぞれ違うので分けて説明する。

種類 保存場所 [修復]の影響 [リセット]／再インストールの影響
claude.aiの会話履歴 Anthropicのサーバー 影響なし 影響なし（再ログインで戻る）
Claude Codeのセッション %USERPROFILE%\.claude\projects\ 影響なし 影響なし（パッケージの管轄外）
アプリ内部のデータ %APPDATA%\Claude 保持 削除される

✅ 確認済み：重要なのは2行目だ。Claude Codeの会話ログは %USERPROFILE%\.claude\projects\ 配下に .jsonl として蓄積されるが、この場所はユーザープロファイル直下であってアプリパッケージの中ではない。したがってアプリを修復しても、リセットしても、アンインストールしても残る。実機で数えたところ、1台に以下が蓄積されていた。

2,977

セッションファイル数

約3.0GB

合計サイズ

52

プロジェクト数

出典：本記事の調査で Windows 11 Home（10.0.26200）実機1台を計測（2026年7月28日）。数値は使用量に依存するため参考値。バックアップを取る際の容量見積もりに使ってほしい。

3行目の%APPDATA%\Claudeには、ウィンドウ位置やログイン状態のキャッシュなどアプリ側の設定が入る。[修復]なら保持されるが、[リセット]では消える。消えても再ログインすれば復旧するとはいえ、失う必要のないものなので、やはり[修復]から試すのが筋だ。

4. 手順——診断・バックアップ・修復

順に実行する。STEP 0は読み取りだけなので安全だ。

STEP 0：状態を確認する（読み取りのみ）

管理者権限のPowerShellで実行する。パッケージがどういう状態で壊れているかが分かる。

Get-AppxPackage *laude* | Select-Object Name,PackageFullName,Version,InstallLocation,Status,IsPartiallyStaged | Format-List
Get-Service vmcompute,hns -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Test-Path "$env:USERPROFILE\.claude\projects"

Status が Ok なのに起動しない場合は、登録は通っているが実行エントリポイントが機能していない状態である可能性が高い（§7）。IsPartiallyStaged が True なら展開が中途半端に終わっている。

STEP 1：バックアップ（何かする前に）

[修復]でデータが消えることはないが、作業前に取っておけば以降の判断が気楽になる。とくに.claudeは数GBになりうるので、空き容量だけ先に確認しておきたい。

$dst = "$env:USERPROFILE\Desktop\claude-backup-$(Get-Date -Format yyyyMMdd-HHmm)"
New-Item -ItemType Directory -Force $dst | Out-Null
robocopy "$env:USERPROFILE\.claude" "$dst\dot-claude" /E /R:1 /W:1 /NFL /NDL
robocopy "$env:APPDATA\Claude" "$dst\appdata-Claude" /E /R:1 /W:1 /NFL /NDL /XD Cache "Code Cache" GPUCache

キャッシュ系フォルダは/XDで除外している。復元に不要なうえサイズが大きいためだ。

STEP 2：修復する

GUIなら次の経路をたどる。

設定 → アプリ → インストール済みアプリ → Claude → …（三点）→ 詳細オプション → [修復]

✅ 確認済み：この手順で復旧したことを実機で確認している（Windows 11、2026年7月）。ただし——次章が本題だ。

5. 「アプリが起動中」で修復が弾かれるとき

ここが実際に詰まる場所であり、この記事を書いた理由でもある。

[修復]を押すと、アプリが起動中のため実行できない、という趣旨のエラーが返ることがある。困るのは、Claudeのウィンドウはどこにも開いていない点だ。閉じたはずなのに拒否される。

🔑 原因は常駐プロセス。Claude Desktopはウィンドウを閉じてもタスクトレイに常駐し続ける。さらにヘルパープロセスが別途動いている。つまり「終了したつもり」でもプロセスは生きており、それがパッケージのファイルを掴んだままなので修復が通らない。

対処は単純で、プロセスを明示的に終わらせてから[修復]を押す。タスクマネージャーでClaude関連のプロセスをすべて終了させてもよいし、管理者PowerShellなら次の一行で済む。

Get-Process claude*,Cowork*,Anthropic* -ErrorAction SilentlyContinue | Stop-Process -Force

この直後に[修復]を押すと通る。✅ 確認済み：この順序で復旧し、復旧後もセッションは無事だったことを実機で確認している。

🟡 報告ベース：そして、この「プロセスが掴んだままだった」という事実は不具合が起きた原因そのものを示唆している。詳しくは§7で述べるが、要するに同じプロセスが、更新を壊し、修復も妨げていたという筋書きになる。

6. それでも直らないときの順番

[修復]で戻らない場合は、次の順で試す。いきなり再インストールに飛ばないこと——失うものが増えるだけで、成功率が上がるとは限らない。

6-1. 依存サービスを起動する

Claude Desktopのサンドボックス機能はWindowsの仮想化基盤に依存する。これらのサービスは既定の起動種別が「手動」のため、再起動後に停止したままのことがある。

Start-Service vmcompute,hns -ErrorAction SilentlyContinue
Get-Service vmcompute,hns | Format-Table Name,Status,StartType

サービス自体が存在しない場合は、Windowsの機能が無効になっている。有効化して再起動する。

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -NoRestart
Enable-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform -NoRestart

6-2. データを残して再インストールする

最終手段。ポイントは-PreserveApplicationData を付けることだ。これを省くとアプリ側のデータが消える。

Get-Process claude*,Cowork*,Anthropic* -ErrorAction SilentlyContinue | Stop-Process -Force
Get-AppxPackage *laude* | Remove-AppxPackage -PreserveApplicationData
Restart-Computer

再起動後、公式のダウンロードページから入れ直す。企業配布などでMSIXを直接取得したい場合の配布URLは、前掲の公式ドキュメントに記載がある。

7. なぜ起きるのか——MSIXの半登録

🔴 未確定：はじめに明確にしておくと、Anthropicはこの症状について公式の原因説明を出していない。以下は公開されているissueと実機の観測から組み立てた推定である。

MSIXは、従来のインストーラのように「ファイルを置く」方式ではなく、Windowsにパッケージとして登録する方式をとる。更新時には、古いパッケージの登録を解除して新しいものを登録し直す。

問題は、この登録解除は、対象のファイルを誰かが掴んでいると完了しない点だ。そして§5で見たとおり、Claude Desktopはウィンドウを閉じても常駐する。結果として、「登録は済んでいるのに実行できるものが無い」という半端な状態が残りうる。

✅ 確認済み：この状態は実際に報告されている。GitHub #55465の報告者は、インストールが成功（Status: Ok、IsPartiallyStaged: False）しているにもかかわらず、実行エントリポイントもスタートメニュー項目も生成されない状態を記録している。起動を試みるとWindowsはドキュメントフォルダを開いた——これはエントリポイントが見つからないときのフォールバック動作だ。

この筋書きは、今回の実機で観測された事実とも整合する。修復が「起動中」で弾かれたということは、まさにそのファイルを掴んでいるプロセスが生きていたということだからだ。プロセスを終わらせたら修復が通ったという結果が、その裏づけになっている。

関連するissueの状況（2026年7月28日時点）

  • #55465 — インストール成功・エントリポイント欠落。"closed as not planned"（stale扱い）
  • #50285 — 起動失敗ダイアログ。再インストールを含む7手を試すも解決せず未解決クローズ
  • #48437 — MSIXインストールが HRESULT 0x80073CF6 で失敗。未解決クローズ

出典：anthropics/claude-code リポジトリの各issue。いずれも公式の修正告知は伴っていない。この記事の手順が公式手順ではなく、Windowsのパッケージ管理としての正攻法である理由がここにある。

8. 再発を防ぐ

原因が「更新時にプロセスが掴んでいること」である以上、次の更新でも同じことが起こりうる。完全な予防策はないが、確率は下げられる。

トレイから終了する習慣

ウィンドウの×では常駐が残る。PCを長時間離れる前や更新が来そうなときは、トレイアイコンを右クリック → 終了まで行う。

復旧コマンドを控えておく

起きてから調べると時間を取られる。§5の一行をメモしておけば、タスクマネージャーを手で漁らずに済む。

慌てて再インストールしない

最初に思いつく手ほど失うものが多い。[修復]で戻ると知っているだけで、被害はゼロで済む。

9. 旧インストーラ版はどうなのか

Claude DesktopのWindows版には、MSIXに切り替わる前のインストーラ形式（Squirrel方式）で入った環境が残っている。%LOCALAPPDATA%\AnthropicClaude に Update.exe があればそれだ。

この形式には、今回の症状に関して構造上の利点がある。パッケージ登録という仕組みを使わず、app-1.24012.9のようなバージョン別フォルダを並べて実行スタブを差し替えるだけなので、「半登録」という壊れ方が原理的に起きない。旧版フォルダがそのままフォールバック先として残る点も効く。

では機能面で劣るのか。✅ 確認済み：少なくともバージョンは同一だった。

1.24012.9

MSIX配布の最新版

1.24012.9

旧形式の実機の版

出典：MSIX側は公式配布URL（claude.ai/api/desktop/win32/x64/msix/latest/redirect）のリダイレクト先ファイル名に含まれる版番号、旧形式側はWindowsのアンインストール情報を実機で参照。いずれも2026年7月28日に確認。

さらに、旧形式の実機では更新が今も届いていることをログで確認した。同日中に毎時の更新確認が記録されており、2026年7月25日には実際に新版が適用されている。「旧形式だから機能が古い」という状況は、少なくとも現時点では観測されなかった。

📌 ただし乗り換えは勧めない。🔴 未確定：新規に旧形式を入手できるかどうかは確認できなかった（配布URLがボット判定で応答しないため、終了したのか単に自動取得を弾いているだけなのか判別がつかない）。加えて、モデルの応答品質はサーバー側で決まるため、形式の違いで賢さが変わることはない。動いている環境をわざわざ触る理由は乏しい。

10. 混同しやすい別問題

症状が似ていても原因と対処が異なるものを並べる。ダイアログの文面で切り分けてほしい。

出るメッセージ 効く対処 解説
このアプリを開くことができません／[修復]を選択 プロセス終了 → [修復] 本記事
このファイルはほかのプログラムで使われています（0x80070020） Windowsのサインアウト 専用記事
Claude Desktop failed to launch 確立した対処なし #50285（未解決）
インストール時 0x80073CF6 / 0x80073D02 プロセス終了後に再試行 #48437
起動はするが応答が途中で切れる アプリの問題ではない 専用記事

まとめ

「このアプリを開くことができません」は、案内どおり[修復]を押せば直る。検索で出てくる「完全リセット」のような破壊的手順に飛ぶ必要はない。

実際の詰まりどころは、その[修復]がプロセスに阻まれることだ。ウィンドウを閉じてもトレイに常駐が残るため、「終了したつもり」で押すと弾かれる。プロセスを明示的に終わらせてから押す——これだけで通る。そして同じプロセスが更新を壊した犯人でもある、というのが最も整合する説明になる。

データについては、会話履歴はサーバー側、Claude Codeのセッションはユーザープロファイル配下にあるため、[修復]でもリセットでも失われない。失う可能性があるのはアプリ側の設定だけで、それも[修復]なら保持される。怖がって再インストールに走るほうが、むしろ失うものが多い。

FAQ

Q1. 一番速く直す方法は？

管理者PowerShellで Get-Process claude*,Cowork*,Anthropic* | Stop-Process -Force を実行し、その直後に設定 → アプリ → インストール済みアプリ → Claude → 詳細オプション → [修復]を押すことです。PCの再起動もアンインストールも不要です。

Q2. セッションや会話履歴は消えますか？

[修復]では消えません。claude.aiの会話履歴はAnthropicのサーバー側にあり、Claude Codeのセッションは %USERPROFILE%\.claude\projects\ というアプリパッケージの外に保存されているためです。詳細は§3の表を参照してください。

Q3. [リセット]を押してもいいですか？

勧めません。Windowsの画面自体に「アプリのデータは削除されます」と書かれているとおり、アプリ側の設定が消えます。会話履歴とClaude Codeのセッションは残るので致命傷にはなりませんが、[修復]で直るなら失う理由がありません。

Q4. ウィンドウは閉じているのに「起動中」と言われます

Claude Desktopはウィンドウを閉じてもタスクトレイに常駐します。加えてヘルパープロセスも動いています。タスクマネージャーでClaude関連プロセスをすべて終了させるか、§5のコマンドを実行してください。これがこの不具合で最も詰まりやすい箇所です。

Q5. Anthropicから公式の修正は出ていますか？

2026年7月28日時点で出ていません。GitHubの関連issue（#55465、#50285、#48437）はいずれも "closed as not planned" で終わっており、原因の公式説明もありません。本記事の手順はWindowsのパッケージ管理としての正攻法です。

Q6. 更新のたびに再発しますか？

原因が「更新時に常駐プロセスがファイルを掴んでいること」だとすれば、条件が揃えば再発しえます。ただし毎回起きるわけではありません。更新が来そうなときにトレイから明示的に終了させておくと確率を下げられます（§8）。

Q7. 旧インストーラ版に乗り換えるべきですか？

勧めません。旧形式は「半登録」が原理的に起きない利点こそありますが、新規に入手できるかが確認できていません。またモデルの応答品質はサーバー側で決まるため、形式を変えても賢さは変わりません。詳細は§9をご覧ください。

Q8. 修復してもまた同じ画面が出ます

§6の順に進めてください。まず vmcompute と hns が動いているかを確認し（既定が「手動」起動のため停止していることがあります）、それでも駄目なら Remove-AppxPackage -PreserveApplicationData でデータを残したまま削除して入れ直します。この順序なら失うものを最小にできます。

関連記事