Claude DesktopをWindowsで一括導入する手順(MSIX)

Claude Desktop WindowsをTeam・Enterpriseプランで一括導入するときは、.exeのユーザー向けインストーラーではなくMSIXパッケージを使います。Microsoft Intune・SCCM・Group Policy・PowerShellのいずれかでサイレント配布でき、UACプロンプトを一台ずつ承認する手間が要りません。個人でのインストール手順はClaude Desktop Windows版のインストールと初期設定で扱っており、本稿は管理者がまとめて何十台・何百台に配る場面に絞ります。

MSIX一括導入で何が変わるか

個人インストールとの最大の違いは、管理者権限を持たない標準ユーザーの端末にもCowork込みでフル機能を配れる点です。ユーザー自身がインストーラーを実行する個別導入では、管理者権限がなければCoworkが使えないまま入ります。MSIXを管理ツール経由で機械展開すれば、この制約を回避できます。

配布経路はMicrosoft Intune・Microsoft Endpoint Configuration Manager(SCCM)・Group Policy Software Installation・DISM.exe(Deployment Image Servicing and Management)・PowerShellスクリプトの5つです。既存のエンドポイント管理基盤に合わせて選べます。ダウンロードできるパッケージはx64版とarm64版の2種類で、対象端末のCPUアーキテクチャに合わせて選定します。

個人向けインストーラーを使わない理由

.exeインストーラーには「ユーザーフレンドリー」という位置付けがあり、フル機能(Cowork込み)を有効にするには管理者権限が必要です。管理者権限がないユーザーでもインストール自体はできますが、その場合Coworkが使えません。ユーザー操作を介さないサイレント展開が目的なら、MSIXパッケージを管理ツールへ直接渡します。

単一ユーザー向けとマシン全体向け、2つのインストールコマンド

MSIXは1ユーザーに紐づくアプリとしてパッケージされているため、展開範囲に応じてコマンドを使い分けます。

単一ユーザーへの登録:

Add-AppxPackage -Path "Claude.msix"

全ユーザーへの機械展開(マシン全体にプロビジョニング):

Add-AppxProvisionedPackage -Online -PackagePath "Claude.msix" -SkipLicense -Regions "all"

Intune経由のLOB(ライン・オブ・ビジネス)アプリとしてMSIXを配ると、既定ではAdd-AppxPackage相当のユーザーコンテキストで実行され、標準ユーザーの端末でインストールが失敗したり、Coworkが起動しなかったりします。マシン全体への展開が目的なら、Win32アプリやPowerShellラッパー経由でAdd-AppxProvisionedPackageを呼ぶ形に組み直します。

Coworkに必要な仮想化機能を一括で有効にする

Claude Desktop WindowsでCoworkを使うには、Windowsの「Virtual Machine Platform」オプション機能が有効になっている必要があります。個別に手動で有効化するコマンドは次のとおりです。

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

-NoRestartフラグは自動再起動を抑制するオプションで、サイレント展開に向いています。機能の有効化はマシン再起動後に反映されるため、-NoRestartで即時再起動を止めたぶん、管理ツール側で再起動をスケジュールする必要があります。ほとんどのエンドポイント管理ソリューションでは、この機能自体の自動化もサポートしています。

自動更新の主導権をMDMとアプリのどちらに置くか

Claude Desktopは既定で約4時間ごとに更新を確認し、MDMが割り当てたバージョンとは無関係に自動適用します。この挙動をMDMの配布計画とぶつけないためには、展開前に次の2案のどちらかを選びます。

案1はMDM側でバージョンを管理する方法です。disableAutoUpdatesポリシーを有効にし、新しいMSIXビルドの展開はMDM側のスケジュールに委ねます。

案2はClaude Desktop側でバージョンを管理する方法です。disableAutoUpdatesは設定せず、Win32ラップしたAdd-AppxProvisionedPackageインストールを一度だけ実行します。そのうえで、Get-AppxPackage -Name Claudeが展開したバージョン以上かどうかを確認するカスタム検出スクリプトを用意すると、アプリの自己更新後もMDMが「インストール済み」を報告し続けられます。

どちらも選ばずにいると、アプリ内アップデーターとMDMの両方がパッケージを別々に登録し、Claudeパッケージファミリー配下に重複エントリーができます。これが後述の「パラメーターが正しくありません」エラーの主因です。

管理設定はレジストリのHKLMキーで配布する

Claude Desktopの管理設定は、Windowsではレジストリ経由で配布します。マシン全体(HKLM)とユーザー単位(HKCU)のどちらにも設定でき、両方に値がある場合はマシン単位の設定が優先されます。

New-Item -Path "HKLM:\SOFTWARE\Policies\Claude" -Force
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "disableAutoUpdates" -Value 0 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "autoUpdaterEnforcementHours" -Value 72 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "isDesktopExtensionEnabled" -Value 1 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "isDesktopExtensionDirectoryEnabled" -Value 1 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "isLocalDevMcpEnabled" -Value 1 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "isClaudeCodeForDesktopEnabled" -Value 1 -Type DWord

主なキーは次のとおりです。

拡張機能の許可リストと組み合わせて管理設定を運用する詳しい手順はClaude Desktop拡張機能の許可リストを有効にする手順にまとめています。

一括導入でよくあるつまずき

一括導入ならではのつまずきは、個別インストールでは起きない4パターンに集約されます。

MSIXパッケージがAppLockerにブロックされる。既定のAppLockerポリシーはパッケージアプリを制限することがあります。組織のセキュリティポリシーを確認したうえで、AppLockerのルールがMSIXパッケージを許可しているか、あるいはClaude Desktopを許可アプリケーション一覧に追加します。

MDM展開後に「パラメーターが正しくありません」と表示される。アプリ内アップデーターとMDMの両方がパッケージを登録し、Claudeパッケージファミリー配下に重複エントリーができている状態です。前段の自動更新の案1・案2のどちらかに更新の主導権を一本化すると解消します。

Intune展開が標準ユーザーで失敗する、またはCoworkが起動しない。どちらもMSIXがマシン全体ではなくユーザーコンテキストにインストールされている兆候です。IntuneのLOB展開はユーザーコンテキストで実行されるため、管理者権限を持たない標準ユーザーは完了できません。Coworkが依存するWindowsサービスも、ユーザーコンテキストのインストールでは登録されないことがあります。Win32アプリ・PowerShellラッパー・事前ステージングのいずれかでAdd-AppxProvisionedPackageを実行し、マシン全体への展開に切り替えます。

Coworkが「Missing HCS services: HNS, vmcompute, vfpext」エラーで起動しない。Claude自体は正常にインストールできていても、Virtual Machine Platformのサービススタックが登録されていない状態です。次の順で診断します。

Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform
Get-Service vmcompute, hns

機能が無効、あるいはサービスが存在しない場合は再度有効化します。

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All

再起動は必ず「再起動」を使い、シャットダウン後に電源を入れ直す操作は避けます。Windowsの高速スタートアップが有効な環境では、シャットダウンのサイクルだと仮想化サービスが未初期化のまま残ることがあるためです。VMwareやVirtualBoxが同居している端末では、Windowsハイパーバイザーが起動時に立ち上がる設定になっているかも確認します。管理者権限のプロンプトからbcdeditを実行し、hypervisorlaunchtypeがAutoになっているかを見て、そうでなければbcdedit /set hypervisorlaunchtype autoのうえで再起動します。

ネスト仮想化に対応していない仮想マシンやVDI環境では、ここまでの手順をすべて踏んでもCoworkは動作しません。一括導入の対象に仮想デスクトップ基盤が含まれる場合は、事前に対象外と割り切っておくと余計な切り分けをせずに済みます。個々の端末でどのチェックに失敗しているかを特定するには、Claude Desktopの「ヘルプ」→「トラブルシューティング」→「ログを表示」からsupported-features-info.jsonを開き、失敗している項目を確認します。

まとめ — Windowsの一括導入をいつ・誰が行うか

社内配布用のIT管理者が対象で、展開先が数台程度の小規模チームでも、MSIXなら個別インストールより運用の一貫性を保てます。導入の順番は、①x64/arm64のMSIXを取得 ②Add-AppxProvisionedPackageでマシン全体に展開 ③Virtual Machine Platformを有効化してCoworkを使えるようにする ④自動更新の主導権をMDMかアプリかで一本化する ⑤HKLMレジストリで管理設定を配布する、の5ステップです。トラブルの大半は「マシン全体ではなくユーザーコンテキストにインストールしてしまった」ことに起因するため、Coworkが起動しない・標準ユーザーで失敗する場合はまずここを疑います。

よくある質問

MSIとMSIXは同じものですか

異なります。Claude Desktopの企業配布はMSIXパッケージ形式のみで提供されており、従来型の.msiインストーラーは配布されていません。Microsoft Intune・SCCM・Group Policy・DISM.exe・PowerShellはいずれもMSIXパッケージを対象とした配布経路です。

個人インストールの手順とは何が違いますか

対象読者が異なります。個人でのインストール・初期設定・WSL2セッションの扱いはClaude Desktop Windows版のインストールと初期設定にまとめており、本稿はIT管理者がMSIXパッケージを使って複数端末へサイレント展開する場面に特化しています。

macOSの一括導入とはどう違いますか

macOSではPKGインストーラーをMDM経由でアップロードするだけで、Cowork向けの追加機能を個別に有効化する手順はありません。Windowsでは前段のとおりVirtual Machine Platformの有効化が別ステップとして必要です。