Claude Media
Claude DesktopをmacOSで一括導入する手順(PKG)
ClaudeClaude Codeチュートリアル

Claude DesktopをmacOSで一括導入する手順(PKG)

Team・Enterprise管理者がClaude Desktop macOSをPKGとMDMで一括導入する手順を、取得から構成プロファイルでのポリシー配布、Intuneの条件、Windows版との違いまで説明します。

読了目安 約11分

Claude DesktopをmacOSでTeam・Enterpriseプランの複数端末に配るときは、ドラッグ&ドロップ型の.dmgではなく.pkgインストーラーを使います。JamfやKandji、Microsoft IntuneといったMDMツールにアップロードすれば、ユーザー操作なしで一括展開できます。個人でのインストール・初期設定はClaude Desktop Mac版のインストールと初期設定にあります。本稿は管理者が複数端末へまとめて配る場面を扱います。

一括導入の前提とインストーラー形式の選び方

Claude Desktopの自動配布は、Team・Enterpriseプランの管理者向けの仕組みです。導入前に次の3点を揃えます。

  • 対象OSはmacOS 11(Big Sur)以降です。Intel・Apple Siliconどちらも同じユニバーサルビルドで対応します
  • 配布先の端末を管理するMDMソリューション(Jamf・Kandji・Microsoft Intune)が必要です
  • 設定まで配布する場合は、構成プロファイルの作成ツール(MDM内蔵エディタ、ProfileCreator、iMazing Profile Editor)を用意します

インストーラーは.pkgと.dmgの2形式があり、公式は.pkgを企業向けの推奨形式としています。

形式向く場面配布方法
.pkg向く場面MDMでの一括展開(推奨)配布方法Jamf・Kandji・Intuneへアップロードして配布
.dmg向く場面個別端末への手動インストール配布方法ユーザーがダウンロードしてドラッグ&ドロップ

プランごとの機能差も、管理者が配る理由になります。Chatは全プランで使えますが、Claude CodeとClaude Cowork(Desktop内のエージェント機能)はPro・Max・Team・Enterpriseで利用できます。Team・Enterpriseでは、これらの利用可否や拡張機能の扱いをEnterpriseポリシーで端末側から制御できます。

全体像

PKG導入の流れ

  1. 1

    ユニバーサルPKGを取得する

    Intel・Apple Silicon共通の1本だけです。

  2. 2

    MDMへアップロードして展開する

    Jamf・Kandji・Intuneのいずれかから対象端末へ配ります。

  3. 3

    構成プロファイルでポリシーを配る

    自動更新の主導権やCowork・拡張機能の可否を、端末側で固定します。

ステップ1: ユニバーサルPKGを取得する

macOS版のPKGは、Intel・Apple Silicon共通のユニバーサルビルドです。Windows版のようにx64とarm64を別々にダウンロードする必要はありません。ヘルプセンターのダウンロードリンクは次のURLを指しています。

curl -L -o Claude.pkg \
  "https://claude.ai/api/desktop/darwin/universal/pkg/latest/redirect"

このURLは最新版へのリダイレクトです。MDMに登録するPKGを更新するたびに、このURLから取り直す運用にできます。ただしヘルプセンターには載っていませんが、コマンドラインからのアクセスは403で拒否されることがあります。その場合は、ヘルプセンターのダウンロードリンクを管理者のブラウザーで開いて保存し、そのファイルをMDMに登録します。

ステップ2: MDMへアップロードして展開する

取得したPKGをJamf・Kandji・Intuneのいずれかにアップロードし、対象端末へ配布します。インストール先は/Applicationsです。Coworkは追加の有効化手順なしに、PKGのインストールと同時に組み込まれます。

展開後にCoworkを許可するかどうかは、次のステップのポリシーで決まります。Windows版は管理者権限での作業とVirtual Machine Platformの有効化が別途要るため、この点はmacOSと違います。

Intuneにアップロードするときの条件

IntuneでmacOSのアプリを配るときは、種類ごとに入口が分かれます。.pkgは「Line-of-business app」、.dmgと.appは別の「macOS DMG app」で扱われます。Microsoftの資料によると、LOBとして受け付けるPKGは次の条件を満たす必要があります。

  • コンポーネントパッケージ、または複数のパッケージを含むパッケージであること(.appやディスクイメージを内包しない)
  • Apple Developerアカウントの「Developer ID Installer」証明書で署名されていること
  • ペイロードを持つこと(ペイロードのないパッケージは、割り当てが残る限り再インストールを試みます)
  • 1アプリあたり2GBまで

「Install as managed」を「はい」にすると、MDMプロファイルを外したときにアプリも消えます。ただし管理対象として入れられるのは、入れ子のパッケージを含まず/Applicationsへ入る単一のアプリだけです。既定値は「いいえ」です。

ステップ3: 構成プロファイルでEnterpriseポリシーを配布する

Claude Desktopの管理設定は、macOSではcom.anthropic.claudefordesktopドメインの構成プロファイルで配ります。Windowsのレジストリキーと役割は同じで、経路が異なります。

プロファイルは、Jamf Pro・Kandji・Intune内蔵のエディタ、またはProfileCreator・iMazing Profile Editorで作ります。対象の端末やユーザーグループへMDM経由でpushすれば、ユーザー操作なしで適用されます。

Intuneの場合は、プロパティリスト(.plist)を渡す「Preference file」テンプレートも使えます。バンドルID欄にcom.anthropic.claudefordesktopを入れ、キーと値の行だけを並べたファイルを用意します。Microsoftの資料は、このファイルを<dict>・<plist>・<xml>タグで包まないよう求めています。

cat > claude-policy.plist <<'EOF'
<key>disableAutoUpdates</key>
<true/>
<key>isDesktopExtensionEnabled</key>
<true/>
<key>isDesktopExtensionDirectoryEnabled</key>
<true/>
<key>secureVmFeaturesEnabled</key>
<false/>
<key>forceLoginOrgUUID</key>
<string>00000000-0000-0000-0000-000000000000</string>
EOF

<?xml ...?>と<plist>、<dict>で包んだ完全形のplistは、Jamfなど構成プロファイルの作成ツール側で扱う形です。plutil -lintが通るのもその完全形だけで、上のIntune用ファイルは検査の対象になりません。Intuneはplistの中身を検証しないため、キーの綴りや値の型は下のポリシーキーの表と見比べて確かめます。forceLoginOrgUUIDの値はダミーなので、自組織のUUIDに置き換えます。キーの綴りを間違えても構文エラーにはならず、ポリシーが効かないだけで終わる点にも注意が必要です。

Intuneの資料は、plistを端末単位(デバイスチャネル)の設定として配ることを求めています。アプリによってはManaged Preferencesに対応しない設定もあります。

自動更新は誰が持つか

自動更新の主導権をどちらに置くかは、展開前に決める設定です。

くらべる

自動更新の持ち方

MDMが主導

MDMが管理する

disableAutoUpdatesを有効にし、新しいPKGを配るタイミングをMDMのスケジュールに合わせます。

アプリが主導

アプリに任せる

disableAutoUpdatesは設定せず、最初のPKG展開だけを行います。以降の更新はClaude Desktopの自己更新が担います。

macOS版のヘルプは、共有端末では自動更新を無効にしてMDMで更新を一元管理するよう案内しています。Windows版のヘルプも同じ2択を示しており、アプリの更新とMDMが両方パッケージを登録すると「The parameter is incorrect」などの不整合が起きると説明しています。

主なポリシーキー

キー型 / 既定値用途
disableAutoUpdates型 / 既定値Boolean / false用途自動更新を無効化。MDMでバージョンを管理する場合に設定
autoUpdaterEnforcementHours型 / 既定値整数(1〜72)/ 72用途更新を準備してから強制的に再起動して適用するまでの猶予時間
isClaudeCodeForDesktopEnabled型 / 既定値Boolean / true用途Desktop内のClaude Codeアクセスの許可
secureVmFeaturesEnabled型 / 既定値Boolean / true用途Desktop内のCoworkアクセスの許可
isDesktopExtensionEnabled型 / 既定値Boolean / true用途デスクトップ拡張機能そのものの許可
isDesktopExtensionDirectoryEnabled型 / 既定値Boolean / true用途拡張機能ディレクトリへのアクセス許可
isLocalDevMcpEnabled型 / 既定値Boolean / true用途ローカルMCPサーバーの許可
allowedWorkspaceFolders型 / 既定値文字列の配列(JSON)/ 無制限用途Coworkへマウントできるフォルダーパス
forceLoginOrgUUID型 / 既定値文字列 / 配列 / null用途ログインを特定組織のUUIDに限定
effortLevel型 / 既定値文字列 / null用途Claude Codeセッションの既定のeffort levelを指定

forceLoginOrgUUIDに単一のUUIDを渡すと、ログイン時にその組織が事前選択されます。配列で複数のUUIDを渡すと、どの組織でも受け付けますが事前選択はありません。どちらの場合も、所属が一致しないアカウントはログインに失敗します。

effortLevelにはlow・medium・high・xhigh・maxを指定でき、セッション開始のたびに管理値が適用されます。利用者がピッカーで変えても、次のセッションでは管理値に戻ります。Claude Desktop 1.25927.0以降が必要で、DesktopのCoworkセッションには効きません。

許可リスト自体を有効にする手順はClaude Desktop拡張機能の許可リストを有効にする手順にあります。

macOSとWindowsの一括導入、何が違うか

配布経路はどちらもMDMですが、MSIXを使うWindowsのほうが判断の分岐が多くなります。

観点macOSWindows
インストーラー形式macOS.pkg(MDM推奨)Windows.msix
アーキテクチャ選択macOSユニバーサルビルド1種のみWindowsx64・arm64を別々に選択
Cowork有効化macOSPKGインストールで自動組み込みWindows管理者権限でVirtual Machine Platformの個別有効化が必要
設定配布の経路macOS構成プロファイル(com.anthropic.claudefordesktop)Windowsレジストリ(HKLM\SOFTWARE\Policies\Claude)
disableAutoUpdatesの値macOSBoolean(true / false)WindowsDWord(0 / 1)
インストール先macOS/ApplicationsWindowsコマンド次第でユーザー単位・マシン全体を選べる

Windows版のMSIXは、Intuneの基幹業務アプリ(LOB)として上げるとユーザーコンテキストで入ります。標準ユーザーでは失敗し、Coworkが使うサービスも登録されないことがあります。macOSのPKGにはこの落とし穴がなく、MDMの標準的なアプリ配布の経路に乗せるだけで済みます。Windows版の手順はClaude DesktopをWindowsで一括導入する手順(MSIX)にあります。

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

ユーザーが更新できない。原因はインストール先のフォルダです。~/Applications(ユーザーフォルダ)にあれば、管理者権限なしで更新できます。/Applications(システムフォルダ)の場合は、/ApplicationsとClaude.app、その中身への書き込み権限が必要です。共有端末では、Enterpriseポリシーで自動更新を無効にし、MDMで更新を管理します。

構成プロファイルを配布したのに設定が反映されない。対象のスコープ(デバイス単位かユーザー単位か)と、対象グループへの割り当てを見直します。Intuneのplistを使う場合は、ユーザーチャネル向けではなくデバイスチャネル向けの設定として登録しているかも確かめます。

許可リストを設定したのにEnterpriseポリシーで上書きされる。isDesktopExtensionEnabledまたはisDesktopExtensionDirectoryEnabledをfalseにしていないか見ます。この2つがfalseだと、アプリ内の許可リストは候補の一覧を作れません。

IntuneにPKGを上げても配布されない。Intuneの条件(署名が「Developer ID Installer」であること、ペイロードがあること、.appを内包しないこと)を満たしているかを見ます。.dmgをLOBに上げようとしている場合は、別の「macOS DMG app」から登録します。

まとめ

macOSの一括導入は、PKGを1本取得し、MDMへ上げて、必要なら構成プロファイルでポリシーを足せば完了します。判断が要るのは自動更新の主導権と、Cowork・拡張機能の可否の2点です。Intuneを使うなら、PKGの署名とペイロードの条件を先に確かめておくと、配布の失敗を避けられます。個人利用の手順はClaude Desktop Mac版のインストールと初期設定にあります。

この記事を共有:XはてブLinkedIn

関連する記事

Claude をもっと見る →