Claude Media
Claude DesktopはFedora・Archで使えるか — 非対応の範囲とCLIでの代替
ClaudeClaude CodeTips

Claude DesktopはFedora・Archで使えるか — 非対応の範囲とCLIでの代替

Claude DesktopのLinux betaはUbuntu・Debian系だけが対象です。FedoraやArchでの扱いと、CLIに切り替えたときに失う機能・残る機能をまとめます。

読了目安 約13分

FedoraやArch Linuxでは、Claude Desktopの公式パッケージは使えません。Linux版はbetaで、対象はDebian系のディストリビューションに限られます。Debian系以外の環境には、デスクトップアプリではなくCLIを使うよう案内されています。

この記事は「自分のディストリビューションでデスクトップアプリが動くか」の判断と、動かないときにCLIで何が続けられるかを扱います。Ubuntu・Debianでの導入手順はClaude Desktop Linux版のインストール手順にあります。

公式が対応しているディストリビューションはどこまでか

Claude DesktopのLinux版は、次の条件を満たす環境だけが対象です。

項目条件
ディストリビューション条件Ubuntu 22.04以降、またはDebian 12以降
アーキテクチャ条件x86_64またはarm64
配布方法条件Anthropicのaptリポジトリ、または.debファイル
更新条件アプリ自身では更新せず、システムのパッケージ更新で届く

条件を満たすDebian系の別ディストリビューションは「動く可能性はあるが、テスト対象ではない」という扱いです。動作が保証されているのは上の2系統だけと読むのが安全です。

配布形式が.debとaptリポジトリだけである点が、FedoraやArchが外れる直接の理由です。RPMもpacmanも用意されておらず、「まだ入っていないもの」の節にも次の一文があります。

Fedora and RHEL: only Debian-based distributions are supported today. Support for additional distributions is coming in the future.

「将来は増える予定」とは書かれていますが、対象ディストリビューションも時期も示されていません。予定を前提に環境を組むのは避けたほうがよい状況です。

要望issueはどこまで進んでいるか

案内されているのは、aptを前提にしたインストール手順だけです。dnfやpacmanでの手順はありません。ユーザー側からは、anthropics/claude-codeのリポジトリに要望のissueが続けて立っています。

経過

Linuxデスクトップ版への要望issueの経過

  1. 8月22日#88843 Fedora・RHELとatomic系

    Silverblue、Kinoite、Bazzite、uCoreなど、aptもdnfも使えないatomic系を含む要望です。

  2. 8月26日#89703 Fedora 44でComputer UseとDispatch

    Dispatchは(Computer Useが必要なため)、Coworkのローカルフォルダ連携は(デスクトップアプリが必要なため)使えないという訴えです。

  3. 9月22日#96173 更新確認の機能

    Arch系ディストリビューションのリポジトリが配るDesktopが古く、新モデルが選べなかった報告です。

  4. 9月25日#96963 Arch Linuxとpacman系

    CLIへ切り替えるとCowork、差分レビュー、統合ターミナルなどが使えなくなる点を問題にしています。

  5. 10月2日#99001 Fedora向けRPM

    Claude Codeにはdnfリポジトリがあるのだから、Desktopにも同じ形を、という要望です。

#88843には、.debをalienでRPMに変換してrpm-ostreeで導入した個人の回避策が書かれています。変換と依存関係の解決は通ったそうですが、issue自身が「検証済みの正式なパッケージの代わりにはならない」と断っています。

#89703の起票者は、日常の作業をCLIとVS Code拡張で回しているFedoraユーザーです。欲しいものの優先順位を、Computer Use、RPMまたはFlatpak、Desktopなしでローカルフォルダを結ぶ手段の順で挙げています。Remote Controlはつなぎにしているものの、セッション単位でマシンに縛られると述べています。

Archの#96963は、GUIを得る現状の手段がコミュニティによるDebian版の再パッケージ(AUR)だけで、Anthropicの署名も保証もないと書いています。Cowork用のKVM分離が、Archのローリングリリースのカーネルやqemuで動くかの検証も求めています。

要望issueはユーザー側の声であり、Anthropicの計画ではありません。openであることと、対応が決まっていることは別の話です。

非公式のリパッケージで起きること

Debian用の.debを変換して入れる方法は、技術的には試せます。ただし案内された手順の範囲外なので、更新も検証も自分で引き受けることになります。

くらべる

公式のaptと、再パッケージの違い

Ubuntu・Debian

公式のapt経路

Anthropicのリポジトリから署名付きで届き、apt upgradeで更新されます。トラブルシューティングの節が当てはまり、Coworkの依存パッケージも推奨パッケージとして入ります。

Fedora・Arch系

再パッケージ経路

署名の検証経路が案内から外れ、更新は配布者の追随に左右されます。QEMU・OVMF・virtiofsdやカーネルモジュールに触れるCoworkが、変換後の構成で動く保証もありません。

更新の遅れは、実際に報告されています。#96173によると、9月22日にArch系ディストリビューションのリポジトリが配っていたDesktopは2.2553.1で、同梱するClaude Codeは2.1.275でした。このとき、同じマシンのスタンドアロンCLI(2.1.280)ではOpus 5.5が動いたのに、DesktopのCodeタブではモデルが選べない状態だったそうです。Anthropic自身のaptリポジトリは、すでに2.1.280を同梱する2.2553.13を配っていました。

Desktopは、アプリのビルド時点のClaude Codeを同梱しています。そのため、新しいモデルが必要とする版にアプリごと入れ替えるまで、モデルは選べません。#96173の起票者によると、macOSとWindowsでは自動更新が1〜2日で追いつきます。Linuxでは配布する側の更新待ちです。

仕事で使う端末や組織の管理下にある端末は、案内された経路だけで揃えるほうが後から説明しやすくなります。個人の検証機で試すのは自由ですが、その環境で起きた問題を製品の不具合として報告するのは筋が違います。

Coworkが特にDebian系前提になっている理由

デスクトップアプリのうちCoworkは、要件が他の機能より厳しくなっています。LinuxのCoworkは、アプリがQEMUとKVMで動かす仮想マシンの中でタスクを実行する作りです。

準備

Linuxで使うための3つの準備

  1. 1

    ハードウェア仮想化をファームウェアで有効にする

    無効のままだと、Coworkタブに「Cowork requires hardware virtualization (KVM)」と表示されます。

  2. 2

    QEMUとUEFIファームウェアを入れる

    x86_64はqemu-system-x86・ovmf・virtiofsdです。 arm64はqemu-system-arm・qemu-efi-aarch64・virtiofsdです。apt install claude-desktopなら推奨パッケージとして自動で入ります。

  3. 3

    /dev/kvmへのアクセスを得る

    sudo usermod -aG kvm $USERでkvmグループに入り、ログアウトとログインをやり直します。/dev/kvmが最初から使えても、Coworkが必要とする/dev/vhost-vsockはkvmグループのメンバーしか開けません。

パッケージ名はDebian系の名称で書かれており、Fedoraでは名称も導入の流れも変わります。KVMの要件を満たしていても、Coworkを使える環境はDebian系のデスクトップアプリに限られます。

アプリは起動時に1回だけ要件を調べます。パッケージを入れたあとはアプリを再起動し、グループに入ったあとはログインし直してください。

なお、ChromebookのLinux環境やコンテナのようにカーネルにモジュールディレクトリがない環境では、Cowork自体が使えません。詳しくはChromebookのLinux環境でCoworkが使えない理由にまとめています。

非対応環境ではCLIが代替になる

デスクトップアプリで未対応の機能は、同じClaude Codeエンジンで動くCLIを使う、という立場です。CLIはデスクトップより幅広いLinuxに対応します。

システム要件に名前が挙がっているLinuxは、Ubuntu 20.04以降、Debian 10以降、Alpine Linux 3.19以降です。ハードウェアはメモリ4GB以上のx64またはARM64、シェルはBash・Zsh・PowerShell・CMDです。FedoraとRHELはこの一覧にありませんが、dnfリポジトリからのインストール手順が別に用意されています。ArchはOS一覧にもパッケージ手順にも名前がなく、共通のネイティブインストーラーを使う形になります。

Fedora・RHELならdnfで入れる

FedoraではAnthropicのRPMリポジトリを登録して、dnfで導入します。stableチャンネルの手順は次のとおりです。

sudo tee /etc/yum.repos.d/claude-code.repo <<'EOF'
[claude-code]
name=Claude Code
baseurl=https://downloads.claude.ai/claude-code/rpm/stable
enabled=1
gpgcheck=1
gpgkey=https://downloads.claude.ai/keys/claude-code.asc
EOF
sudo dnf install claude-code

初回のインストール時にdnfが鍵のフィンガープリントの確認を求めます。表示される値が31DD DE24 DDFA B679 F42D 7BD2 BAA9 29FF 1A7E CACEと一致するかを見てから承諾します。更新はsudo dnf upgrade claude-codeです。

stableは通常1週間ほど前の版を配り、大きな退行のあった版を飛ばします。出た直後の版が欲しいときはlatestのリポジトリを使います。パッケージマネージャー経由のインストールは、Claude Code自身による自動更新の対象外です。aptやapkを含めた運用はClaude Codeをaptやdnfで導入する手順で扱っています。

Archはネイティブインストーラーを使う

pacman用の公式パッケージはないため、Archではネイティブインストーラーが基本になります。

curl -fsSL https://claude.ai/install.sh | bash
claude --version

このインストーラーはmacOS、Linux、WSL共通の手順です。OS一覧にArchの記載はないため、動作が保証された対象として明示されているわけではありません。Arch上で起きやすいつまずきに、検索が効かなくなる問題があります。原因と直し方はArch Linuxで検索が効かない問題で解説しています。

ネイティブ版には、バージョンを指定して入れ直すinstallサブコマンドがあります。v2.1.289でclaude install --helpを実行した出力は次のとおりです。

Usage: claude install [options] [target]
 
Install Claude Code native build. Use [target] to specify version (stable,
latest, or specific version)
 
Options:
  --force     Force installation even if already installed
  -h, --help  Display help for command

targetにはチャンネル名か具体的なバージョンを渡せます。ネイティブ版はバックグラウンドで自動更新されるので、dnfのように手動で上げる必要はありません。更新を今すぐ試したいときはclaude update(別名upgrade)が使えます。インストール手段全体の比較はClaude Codeのinstall完全ガイドにあります。

CLIに切り替えると何が変わるか

CLIとデスクトップは、同じClaude Codeエンジンで動きます。ただし操作面の機能は同じではありません。Linuxのデスクトップbetaで提供されていないものと、その代わりの手段を並べると次のとおりです。

機能Linuxデスクトップbeta代わりの手段
Computer Use(アプリ・画面の操作)Linuxデスクトップbeta未提供代わりの手段Linux版のドキュメントに代替の記載なし
音声入力(Dictation)Linuxデスクトップbeta未提供代わりの手段CLIの音声ディクテーション
Quick EntryのグローバルホットキーLinuxデスクトップbetaX11で動作、Waylandはデスクトップ環境のGlobalShortcutsポータルが必要代わりの手段ターミナルから起動
並列セッション・差分レビュー・統合ターミナル・ライブプレビューLinuxデスクトップbeta提供代わりの手段CLIには画面がない
CoworkLinuxデスクトップbetaKVM要件を満たせば提供代わりの手段Debian系のデスクトップアプリのみ

デスクトップ版を選ぶ価値は、並列セッションの管理や差分の見やすさといった、作業画面の部分にあります。エンジンそのものの能力は、CLIでも変わりません。

認証の入口にも違いがあります。デスクトップはclaude.aiのサブスクリプションか組織のSSOでサインインする方式で、Claude ConsoleのAPIキーは直接受け付けません。APIキーで使う場合は、もともとCLIが入口です。サインインの保存先はデスクトップのキーリング(GNOME KeyringやKDE Wallet)なので、キーリングのない最小構成の環境では毎回サインインし直しになります。

デスクトップ版とCLI・Web版の役割分担はClaude Code Desktopとはで整理しています。

自分の環境ではどちらを選ぶか

迷ったときは、次の表で当てはまる行を探します。

状況判断
Ubuntu 22.04以降・Debian 12以降判断デスクトップ版を使える
Linux MintやPop!_OSなどDebian系の派生判断動く可能性はあるが、テスト対象外
Fedora・RHEL判断CLIをdnfで導入する
Arch・pacman系判断ネイティブインストーラーでCLIを使う
Windows上のLinux(WSL 2)判断Windows版デスクトップを入れ、セッションをWSL内で動かす
画面操作や並列セッションがどうしても必要判断Debian系のマシンかWindows版を別に用意する

Windows機を持っていて、Linuxのディストリビューションで作業したい場合は、Windows版デスクトップアプリからWSL内のセッションを動かす方法があります。手順はClaude Code DesktopでWSLセッションを始める方法にあります。

対応拡大を待つあいだの運用

対応ディストリビューションが増えるかどうかは、「まだ入っていないもの」の節と、上のissueの状態が確認先になります。#96963が関連として挙げる#47316(Linuxデスクトップ全般の要望)は、2026年4月に完了扱いで閉じています。

CLIを主軸にして業務を組むなら、対応が広がった時点でデスクトップへ移れるように、作業手順はCLAUDE.mdなどのファイルに書き出しておく方法があります。

デスクトップ版を導入済みの環境で再ログインが繰り返される場合は、Linux版の再ログイン対処が参考になります。

まとめ

FedoraとArchでは、Claude Desktopの公式サポートがなく、広げる時期も示されていません。dnfかネイティブインストーラーでCLIを入れれば同じClaude Codeエンジンが使え、Coworkや作業画面を使いたい作業だけをDebian系かWindowsの別マシンへ回す選択肢があります。

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

関連する記事

Claude をもっと見る →