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

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

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

読了目安 約9分

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.

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

FedoraとArchで起きていること

公式が案内しているのは、aptを前提にしたインストール手順だけです。dnfやpacmanでの手順は存在しません。ユーザー側からは、それぞれ要望のissueが立っています。

  • Fedora・RHEL系とatomic系(Silverblue、Kinoite、Bazzite等)は、anthropics/claude-codeのissue #88843
  • Arch Linuxとpacman系は、同じリポジトリのissue #96963

#88843は8月22日、#96963は9月25日に起票され、どちらもopenのままです。Fedoraのissueには、.debをalienでRPMに変換してrpm-ostreeで導入した個人の回避策が書かれています。ただしissue自身が「検証済みの正式なパッケージの代わりにはならない」と断っています。

Archのissueは、要望の中身がさらに具体的です。CLIに切り替えると、Cowork、並列セッション、差分レビュー、統合ターミナル、ライブプレビューといったデスクトップ固有の機能が使えなくなる点を問題にしています。また、Arch上でGUIを得る現状の手段はコミュニティによるDebian版の再パッケージ(AUR)だけで、Anthropicの署名も保証もないと述べています。

ここで押さえておきたいのは、要望issueはあくまでユーザー側の声であり、Anthropicの計画ではないことです。issueがopenであることと、対応が決まっていることは別の話です。

非公式のリパッケージを使う前に確認したいこと

Debian用の.debを変換して入れる方法は、技術的には試せます。ただしドキュメントの範囲外なので、次の点を自分で引き受けることになります。

  • 更新がAnthropicのリポジトリ経由で届かない。手動で再変換し続ける必要がある
  • 署名の検証経路が案内された手順から外れる
  • 不具合が出ても、ドキュメントのトラブルシューティングが当てはまらない
  • Coworkのように、依存パッケージ(QEMU・OVMF・virtiofsd)やカーネルモジュールに触れる機能は、変換後の構成で同じように動く保証がない

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

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

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

  1. ファームウェア設定でハードウェア仮想化を有効にする
  2. x86_64ではqemu-system-x86・ovmf・virtiofsd、arm64ではqemu-system-arm・qemu-efi-aarch64・virtiofsdを入れる
  3. /dev/kvmにアクセスできるようにし、kvmグループに参加する

ドキュメントのパッケージ名はDebian系の名称で書かれており、apt install claude-desktopは推奨パッケージとして自動導入します。Fedoraなど別のディストリビューションでは、パッケージ名も導入の流れも手順から外れます。KVMの要件を満たしていても、Coworkを使える環境はDebian系のデスクトップアプリに限られます。

なお、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です。パッケージマネージャー経由のインストールは、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で検索が効かない問題で解説しています。

インストール手段全体の比較はClaude Codeのinstall完全ガイドにあります。

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

CLIとデスクトップは、同じClaude Codeエンジンで動きます。ただし操作面の機能は同じではありません。Linuxのデスクトップbetaで未提供の機能と、CLI側の扱いを並べると次のようになります。

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

デスクトップ側の機能は、Debian系でもbetaのためすべてが揃っているわけではない点に注意が必要です。Linuxのデスクトップ版を選ぶ価値は、並列セッションの管理や差分の見やすさといった、作業画面の部分にあります。エンジンそのものの能力は、CLIでも変わりません。

デスクトップ版と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の状態が確認先になります。

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

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

まとめ

FedoraとArchでは、Claude Desktopの公式サポートはありません。対象はUbuntu 22.04以降とDebian 12以降で、それ以外へ広げる時期は示されていません。FedoraはdnfでCLIを導入でき、Archはネイティブインストーラーで同じClaude Codeエンジンを使えます。失うのは、デスクトップの作業画面と、Coworkのようなデスクトップ固有の機能です。要望issueは立っていますが、これはユーザー側の声にとどまります。

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

関連する記事

Claude をもっと見る →