0x80073cf6 claudeの原因と対処 Windowsインストール失敗
WindowsでClaude Desktopを入れ直そうとしたとき、「AddPackage failed」「Package could not be registered」とともに0x80073cf6が表示され、何度試しても進まないことがあります。これはアカウントや通信だけでなく、MSIXの登録状態、Coworkの常駐サービス、アプリデータの保存先が関係する場合があります。本記事では、症状の見分け方からデータを守った復旧の順番まで整理します。
0x80073cf6 claudeは、Claude DesktopのMSIXをWindowsへ登録できないときのエラーです。まず公式インストーラーとイベントログで範囲を切り分け、CoworkVMServiceの停止、保存先ドライブの確認、再起動・再インストールを順に試すことで復旧できる。
目次 (8)
0x80073cf6 claudeは何のエラーか
0x80073CF6 は、WindowsがAppX／MSIX形式のアプリを登録できなかったときに返すエラーです。Claude Desktopでは、インストーラーがファイルをダウンロードして署名を確認した後、WindowsのAddPackageでパッケージを現在のユーザーへ登録する段階で表示されます。そのため、ダウンロードが成功していても、インストール完了とは限りません。
Anthropicの公開Issue #59471では、Claude SetupがMSIXの署名確認まで進んだ後にAddPackage failed with HRESULT 0x80073CF6で止まる事例が報告されています。原因として、同じパッケージの古い登録情報、AppXの展開サービス、ユーザーごとのパッケージ状態が候補になります。
出典URL： https://github.com/anthropics/claude-code/issues/59471
このコードはWindowsの一般的なAppXエラーでもあるため、Microsoft StoreやXboxなど別のアプリだけで発生している場合は、Claude固有の障害とは限りません。画面にClaude DesktopのセットアップログやClaude_pzs8sxrjxfjjcが出ているかを確認してから、次の手順へ進みます。
まず症状を切り分ける
最初に設定変更や削除を行わず、エラーがどの段階で出ているかを確認します。
- エラー画面の文言を確認します。
AddPackage failed、Package could not be registered、MSIX installation failedが含まれるなら、登録段階の問題である可能性が高いです。「管理者アクセスが必要」と表示されても、実際にはサービスのロックや壊れた登録情報が原因のことがあります。 - Claude Desktopだけで発生するかを確かめます。Microsoft Storeの別アプリも一斉に入らない場合は、WindowsのAppX基盤、ポリシー、ディスク権限を優先して調べます。
- Claudeのセットアップログに表示されたパスを控えます。公開Issueでは
%TEMP%\ClaudeSetup.logが記録されていました。ユーザー名や端末名を含むログを公開するときは、その部分を伏せます。 - Claudeを終了し、タスクバーの通知領域にも残っていないことを確認してから、PCを一度再起動します。再起動だけで直る場合は、更新中に残ったファイルやサービスのロックが一時的に解放された可能性があります。
- 再起動後も同じコードが出るなら、同じインストーラーを連続して実行せず、公式ダウンロード元、Coworkの有無、イベントログの順に確認します。
公式インストーラーとWindows環境を確認する
Claude公式ヘルプでは、Windows版の動作環境をWindows 10以降とし、ダウンロードページからWindows用ファイルを取得して実行する手順を案内しています。古いインストーラーや検索広告経由の配布ファイルを使うと、現在のパッケージと状態が合わなくなることがあります。
出典URL： https://support.claude.com/en/articles/10065433-install-claude-desktop
確認は次の順番で行います。
- Claude公式のダウンロードページからWindows版を取り直します。すでに取得済みの
Claude Setup.exeを使い回さず、ダウンロード完了後にファイルを開きます。 - Windowsのバージョン、空き容量、保留中の再起動を確認します。Windows Updateの適用待ちやシステムドライブの容量不足がある場合は、先に解消します。
- 会社や学校のPCでは、AppXのインストールをグループポリシーやセキュリティソフトが制限していないか管理者へ確認します。セキュリティ機能を無期限に無効化したり、出所不明のMSIXを追加したりする方法は避けます。
- インストーラーを通常のユーザーとして一度実行し、権限の確認が表示された場合だけ、利用中の管理者アカウントで許可します。管理者として実行しても、通常ユーザー側の登録問題まで自動的に直るとは限りません。
- ここまでで再現する場合は、アカウントからログアウトしたり契約プランを変更したりする前に、次のCoworkサービスとイベントログを確認します。今回のエラーは、サインイン前のパッケージ登録でも発生するためです。
CoworkVMServiceのロックを解放して更新する
Coworkを使ったことがあるWindows環境では、Claude Desktopを閉じてもCoworkVMServiceなどのプロセスが残り、更新対象のユーザーデータを保持することがあります。AnthropicのIssue #49655では、Helium\User.datなどがロックされ、ERROR_PACKAGES_IN_USEとともに0x80073CF6が出る例が報告されています。これはすべての環境に当てはまるわけではなく、サービス名が存在する場合だけ試す分岐です。
出典URL： https://github.com/anthropics/claude-code/issues/49655
- Claude Desktop、ターミナル、ファイル操作など、Coworkで実行中の処理を終了します。保存中のファイルがある場合は先に完了させます。
- スタートメニューで「ターミナル」を検索し、「管理者として実行」を選びます。次のコマンドでサービスと関連プロセスの有無を確認します。
Get-Service -Name CoworkVMService -ErrorAction SilentlyContinue
Get-Process -Name cowork-svc,parsecd,chrome-native-host -ErrorAction SilentlyContinue
- 結果に該当項目が表示された場合だけ、次のコマンドで停止します。表示されない項目は無理に作成したり、別名のサービスを停止したりしません。
Stop-Service -Name CoworkVMService -Force -ErrorAction SilentlyContinue
Stop-Process -Name cowork-svc,parsecd,chrome-native-host -Force -ErrorAction SilentlyContinue
- すぐに公式インストーラーを実行します。停止しても登録に失敗する場合は、PCを再起動してから一度だけ再実行します。カーネルレベルで保持された状態は、サービス停止だけでは解放されないことがあります。
- 更新後にCoworkを使う場合は、Claude Desktopを起動して機能が戻るか確認します。サービスを恒久的に無効化する必要はありません。
イベントログで原因を特定する
0x80073CF6だけでは原因を一つに絞れません。Microsoft Learnは、AppXの展開失敗を調べるとき、イベントビューアーのMicrosoft-Windows-AppXDeploymentServer/Operationalを確認するよう案内しています。
出典URL： https://learn.microsoft.com/en-us/windows/msix/msix-troubleshooting-guide
Winキーを押して「イベント ビューアー」を開きます。- 「アプリケーションとサービス ログ」→「Microsoft」→「Windows」→「AppXDeployment-Server」→「Operational」の順に開きます。ログが無効なら、右側の「ログを有効にする」を選びます。
- エラーが起きた時刻のイベントを選び、詳細タブで内部エラー、パッケージ名、Activity IDを確認します。直前にClaudeのセットアップを一度だけ実行すると、対象を見つけやすくなります。
- 代表的な記録を次のように読み分けます。
| ログに見える文字列 | 優先して確認する箇所 |
|---|---|
ERROR_PACKAGES_IN_USE、Helium\\User.dat、CoworkVMService |
Coworkのサービスと残留プロセスを停止して再起動 |
0x80070005、windows.stateExtension、Access is denied |
アプリデータの保存先、ACL、会社のポリシー |
0x80073CFA、0x80073D05、登録情報が見つからない |
古いパッケージ状態を確認し、削除前にバックアップ |
| Claude以外のAppXも失敗 | WindowsのAppX基盤、更新、セキュリティ設定 |
- PowerShellで直近の展開ログだけを確認する場合は、次のコマンドを使います。出力には端末情報が含まれることがあるため、サポートへ送る前に確認します。
Get-WinEvent -LogName 'Microsoft-Windows-AppXDeploymentServer/Operational' -MaxEvents 30 |
Select-Object TimeCreated, Id, LevelDisplayName, Message
保存先ドライブがC:以外なら設定を戻す
Windowsの「新しいアプリの保存先」をD:などのセカンダリドライブに変更している場合、アプリ本体がC:に見えても、ユーザーごとの状態だけが別ドライブのWpSystemへリダイレクトされることがあります。Anthropicの公開Issue #78083では、この状態でwindows.stateExtensionのアクセス拒否が起き、更新のたびに0x80073CF6が出る事例が報告されています。該当ログがない人は、この手順を原因と決めつける必要はありません。
出典URL： https://github.com/anthropics/claude-code/issues/78083
- 「設定」→「システム」→「ストレージ」→「ストレージの詳細設定」→「新しいコンテンツの保存先」を開きます。
- 「新しいアプリの保存先」がシステムドライブ以外なら、一時的に
C:へ戻します。容量が不足している場合は、不要なファイルを整理してから行います。 - PCを再起動し、Claude公式インストーラーを実行します。
C:\Program Files\WindowsAppsやD:\WpSystemのフォルダーを手作業で移動・削除してはいけません。 - インストール後も設定を変更する必要がある場合は、Claudeの起動と更新が成功したことを確認してから、保存先を戻します。再発するなら、セカンダリドライブを使わない構成を維持するか、管理者へ相談します。
パッケージ状態を確認して再インストールする
サービス停止と保存先の確認でも直らない場合は、古いClaudeパッケージが部分的に残っていないかを調べます。Microsoftの案内では、Get-AppxPackageでユーザーごとの登録状態を確認し、削除するときは対象のパッケージ名を明示するよう注意しています。
- まず管理者ではないPowerShellで、現在のユーザーに登録されたClaudeを確認します。
Get-AppxPackage -Name 'Claude*' |
Select-Object Name, PackageFullName, InstallLocation, Status, IsPartiallyStaged
- 結果が空でも、別ユーザーや端末全体に残っている可能性があります。管理者PowerShellで次を実行し、表示された
PackageFullNameを控えます。
Get-AppxPackage -AllUsers -Name 'Claude*' |
Select-Object Name, PackageFullName, InstallLocation, Status, IsPartiallyStaged
- Claudeのローカル設定や未同期のデータが必要なら、削除前にバックアップ方法を確認します。特に
%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjcが存在しても、フォルダーを直接消さず、サポートの案内に従います。 - Windowsの「設定」→「アプリ」→「インストールされているアプリ」にClaudeが表示され、データを保全できることを確認できた場合は、通常のアンインストールを選び、再起動後に公式インストーラーを使います。
- PowerShellで削除する場合は、Microsoft Learnの注意どおり、確認した正確なパッケージ名だけを対象にします。
Remove-AppxPackageは現在のユーザーの登録を削除し、操作を元に戻せない場合があります。
# 先に表示内容を確認し、<PackageFullName>だけを置き換える
Remove-AppxPackage -Package '<PackageFullName>'
Remove-AppxPackage自体が失敗する、一覧に出ないのに同じファミリ名が残る、再起動後も登録できない場合は、WindowsAppsの所有権変更やレジストリ削除へ進みません。Claude Setupのログ、AppXDeployment-Serverのイベント、Windowsのビルド番号を添えて、Claude公式サポートへ相談します。
やってはいけない対処と最終判断
公開Issue #49917では、古いパッケージの削除に失敗したままインストーラーが次の登録へ進み、以後の再インストールで同じエラーが続いたと報告されています。ただし、これは個別環境の報告であり、すべての0x80073CF6の原因を証明するものではありません。次の点を守ると、復旧作業で状態を悪化させにくくなります。
- 同じセットアップファイルを何度も連続実行しません。ログが同じなら、再試行ではなくサービス、保存先、イベントログの確認へ進みます。
C:\Program Files\WindowsApps、WpSystem、AppX関連レジストリを直接削除・改名しません。権限を奪って手動削除すると、Claude以外のパッケージやWindowsの更新に影響するおそれがあります。- 管理者PowerShellで確認したからといって、通常ユーザーへの登録まで完了したとは考えません。Microsoftの案内でも、AppXの登録先は実行したユーザーコンテキストに左右されます。
- 会社の端末でポリシーやウイルス対策を勝手に変更しません。管理者に、AppXDeployment-ServerのイベントとClaude Setupログを渡して判断を依頼します。
- Claudeだけでなく複数のStoreアプリが失敗する場合は、Claudeの再インストールを繰り返さず、Windowsの修復・更新窓口へ切り替えます。
0x80073cf6 claudeの対処は、まず「登録段階のエラーか」を確かめ、次にCoworkVMService、保存先ドライブ、古いパッケージ状態を順番に調べるのが近道です。削除を急がず、公式インストーラーとイベントログを基準に進めれば、原因に合った復旧策を選べます。
