2026年6月20日時点でも、公式の答えはそっけないままだ。Claude DesktopはLinuxでは使えない。
Claude Desktop向けのAnthropic公式インストールガイドに載っているシステム要件は、macOS 11+とWindows 10+だけだ。最終更新日は2026年4月24日である（Anthropic Help Center）。公開ダウンロードページはさらに明快で、macOS、Windows、Windows on Arm、Google Play経由のChromeOSに続いて、「Not available for Linux」と書かれている（Claude download page）。この一文が、Anthropicに公式Linuxビルドを求めた6月のHacker Newsスレッドが、あるミラーの記録で538ポイント、305コメントを集めた理由を説明している（HN thread、mirror）。
正しい反応は「適当な.debを入れればいい」ではない。Linux開発者にはもっと良い選択肢がある。私の立場はこうだ。実際の開発作業にはLinux上で公式のClaude Code CLIを使い、そこでMCPをつなぐ。非公式のDesktop再パッケージ版は、自分でサプライチェーンを監査していない限り、個人利用の実験扱いにしておく。
欠けているアプリは腹立たしい。だが、それが製品のすべてではない
コミュニティの不満はもっともだ。Desktopは、もはや単なるチャットのラッパーではない。AnthropicのDesktopヘルプページによると、拡張機能はClaudeをローカルファイル、カレンダー、メール、メッセージアプリ、キュレーションされた拡張機能ディレクトリにつなげられる。さらに、コード署名、シークレットの暗号化ストレージ、エンタープライズ向けポリシー制御も備える（Anthropic Help Center）。同じページには、Claude Coworkは有料プランでDesktop経由で利用でき、Claude Code的なエージェント作業をビジュアルなインターフェイスに持ち込む、とも書かれている。
これは重要だ。Desktopこそ、Anthropicが低摩擦なUXを注ぎ込んでいる場所だからだ。ワンクリックのデスクトップ拡張、ローカルファイルアクセス、Cowork、クイック入力、モバイルへの引き継ぎ。ダウンロードページでも、デスクトップアプリがブラウザ版と違うのは、システムレベルのアクセスとデスクトップ拡張を含むからだと説明されている（Claude download page）。デスクトップ拡張を作ったりテストしたりしているなら、あるいはCoworkのビジュアルなタスク引き継ぎが欲しいなら、Linuxの穴は本物だ。
だが、Desktopを求めているLinux開発者の大半が実際に欲しいものは、次の3つのどれかだ。
| Need | Best Linux path today | Why |
|---|---|---|
| リポジトリ内のコーディングエージェント | Claude Code CLI | 公式Linuxサポートとパッケージリポジトリがある |
| ツールへのMCPアクセス | Claude Code MCP | ローカルstdioサーバーとリモートHTTPサーバーで動く |
| ビジュアルなCowork UI | macOS/Windows Desktop | 公式Linuxビルドはない |
| デスクトップ拡張のテスト | macOS/Windows Desktop、またはリスクのある非公式Linux移植版 | Desktop専用の領域 |
| 軽いチャット | ブラウザのclaude.ai | インストール不要でローカルリスクが最小 |
間違いは、「Desktopがない」を「LinuxでサポートされたClaudeがない」と扱うことだ。それは違う。
公式のLinuxルート：Claude CodeとMCP
AnthropicのClaude Codeセットアップページでは、対応OSとしてUbuntu 20.04+、Debian 10+、Alpine Linux 3.19+が挙げられている。プロセッサはx64またはArm64、RAMは4 GB以上だ（Claude Code docs）。Linux向けインストール方法も、シェルインストーラ、npm、署名済みapt、dnf、apkリポジトリで提供されている。aptリポジトリのセットアップにはGPGフィンガープリントまで載っている。31DD DE24 DDFA B679 F42D 7BD2 BAA9 29FF 1A7E CACE（Claude Code docs）。
DebianやUbuntuのワークステーションなら、退屈だが公式な手順はこうなる。
curl -fsSL https://claude.ai/install.sh | bash
claude --version
claude doctorシステムパッケージで更新したいなら、こうだ。
sudo install -d -m 0755 /etc/apt/keyrings
sudo curl -fsSL https://downloads.claude.ai/keys/claude-code.asc \
-o /etc/apt/keyrings/claude-code.asc
echo "deb [signed-by=/etc/apt/keyrings/claude-code.asc] https://downloads.claude.ai/claude-code/apt/stable stable main" \
| sudo tee /etc/apt/sources.list.d/claude-code.list
sudo apt update
sudo apt install claude-codeこれで、多くの開発者が一日中使う部分は手に入る。つまり、リポジトリを理解するターミナル内のエージェントだ。すでに信頼している同じLinuxファイルシステム、ツールチェーン、テスト、コンテナ、シェルスクリプトの上で動く。
MCPもDesktop専用ではない。Claude CodeはMCP経由で外部ツールやデータソースに接続できる。公式ドキュメントでは、MCPはAIツール統合のためのオープン標準だと説明されている（Claude Code MCP docs）。MCPプロジェクト自身も、AIアプリをローカルファイル、データベース、ツール、ワークフローにつなぐためのオープンソース標準だとしている（Model Context Protocol）。
リモートHTTP MCPサーバーなら、コマンド1つで済む。
claude mcp add --transport http notion https://mcp.notion.com/mcp
claude mcp listローカルstdio MCPサーバーも動く。
claude mcp add --env AIRTABLE_API_KEY="$AIRTABLE_API_KEY" \
--transport stdio airtable -- npx -y airtable-mcp-serverこれで、多くの人が「MCPのためにClaude Desktopが必要」と言うときに意味しているワークフローはカバーできる。ClaudeにJiraを読ませたい、Postgresをクエリさせたい、Sentryを調べさせたい、社内のカスタムツールとやりとりさせたい。なら、Linux上のClaude Codeでやればいい。Desktop拡張マーケットプレイスのUIは失う。MCPは失わない。
Desktopがまだ勝つ場所：Coworkと拡張機能
Desktop専用の機能はある。そこをごまかすから、チームは悪い回避策にたどり着く。
デスクトップ拡張は、より扱いやすいインストールと管理制御を備えた、パッケージ化されたローカルMCPサーバーだ。AnthropicのローカルMCP Desktopガイドによると、拡張機能は手作業のJSONや依存関係管理を、ワンクリックでインストールできるパッケージに置き換える。.mcpbファイルとして配布でき、Node.js、Python、バイナリMCPサーバーをサポートし、macOSのKeychainやWindowsのCredential ManagerのようなOSのセキュアストレージを使って機密フィールドを保存する（Anthropic Help Center）。このパッケージングの仕組みは、ターミナルを使わないユーザーやエンタープライズ展開では役に立つ。
CoworkもDesktopに縛られている。AnthropicのCoworkドキュメントでは、macOSまたはWindows向けのDesktopアプリが必要で、Webやモバイルでは利用できないとされている（Anthropic Help Center）。インストールページには、Coworkは有料プランで利用でき、Claudeが接続フォルダにアクセスし、長時間タスクを実行し、並列ワークストリームを調整し、スプレッドシートやプレゼンテーションのような成果物を出せると書かれている（Anthropic Help Center）。現在の料金では、Proは年払いで月額17ドルまたは月払いで20ドル、Maxは月額100ドルから、Teamの標準シートは年払いで1席あたり月額20ドルまたは月払いで25ドルで、有料ティアにはClaude CodeとCoworkが含まれる（Claude pricing）。
セキュリティ面でも、Coworkはおもちゃではない。Anthropicのアーキテクチャ概要によると、Coworkは2つの実行環境を使う。会話処理、接続フォルダへのファイルアクセス、Web取得、ローカルプラグインMCPサーバーのためにデバイス上でネイティブに動くエージェントループ。そして、隔離されたLinux VM内でのコード実行だ。macOSではApple Virtualization.framework、WindowsではHyper-Vを使う（Anthropic Help Center）。同じ資料には、EDRツールはVM内部を検査できず、Coworkのアクティビティは現時点で監査ログ、Compliance API、データエクスポートに記録されないとも書かれている。
これは判断を変える。会社が監査可能性やエンドポイント可視性を必要としているなら、「適当なLinux移植版でDesktopを動かす」は許容できる近道ではない。チームがCoworkを必要としているなら、AnthropicがLinux版を出すまでは、サポートされたmacOSまたはWindowsホストを使うべきだ。
非公式ビルドは見事だ。だが、それだけで安全になるわけではない
主要なコミュニティプロジェクトであるaaddrick/claude-desktop-debianは、怪しい単一ファイルのスクリプトではない。READMEによると、公式WindowsアプリケーションをLinux向けに再パッケージし、.deb、.rpm、AppImage、AUR、Nixビルドを生成する。自らを非公式ビルドスクリプトと呼び、公式サポートについてはAnthropicを参照するよう案内している（GitHub）。ここで確認したページの時点で、GitHub上ではおよそ5kスター、496フォークが表示されていた。このプロジェクトは、~/.config/Claude/claude_desktop_config.jsonのMCP設定、パッケージリポジトリ、GPGセットアップ、--doctor診断、幅広いディストリビューション統合を文書化している。
これは本格的なエンジニアリングだ。そして同時に、この議論の難所を証明している。
HNスレッドでは、このプロジェクトのメンテナーが議論に参加し、対象範囲はDebianを超えて「すべてのバックエンド、コンポジタなど」に広がっていると述べた。同じスレッドは、Linuxデスクトップの断片化をめぐる実務的な議論になった。Waylandのグローバルショートカット、xdg-desktop-portalのバックエンド、トレイアイコン、GNOMEの挙動、KDEの挙動、サポート外ディストリビューションからのサポートチケット（HN mirror）。これは「Electronなんだから出せばいいだけだろ」に対する、最良の反論だ。
それでも、セキュリティ問題は残る。Claude Desktopはログイン状態、ローカルファイル、APIキー、MCPサーバー、拡張機能設定、ときにはエージェントによるファイル書き込みを扱う。サードパーティの再パッケージ版が誠実で、透明性があり、よくメンテされている可能性はある。それでも、Anthropicによるベンダー署名はなく、Anthropicのサポート対象ではなく、Anthropicのエンタープライズ展開制御の範囲にも入らない。
私のルールはこうだ。
- 使い捨てプロファイルでの個人的な実験：ありかもしれない。
- プライベートリポジトリでの日常業務：ビルドチェーンと更新経路をレビュー済みの場合のみ。
- 顧客データが入った会社のラップトップ：なし。
- シークレットを扱うデスクトップ拡張：セキュリティ部門がパッケージソースを承認していない限り、なし。
- Cowork的なローカルエージェントワークフロー：サポートされたOSホストを使う。
居心地の悪い真実は、Linuxユーザーが本来しなくていいはずの信頼判断を迫られていることだ。だが、「Anthropicはこれを直すべきだ」と「非公式の認証情報を扱うアプリを入れるべきだ」は、別の主張である。
80パーセントをカバーする実用的なLinuxセットアップ
今、Linux中心の開発チームに勧めるなら、この構成だ。
まず、Anthropicの署名済みLinuxリポジトリからClaude Codeを標準化する。インストール方法をワークステーションのブートストラップスクリプトに入れる。大半のユーザーはstableチャンネルに固定し、早期機能を試したい少人数だけlatestを使えるようにする。
次に、MCP設定は可能な限りプロジェクトローカルに保つ。Claude CodeはMCPスコープと.mcp.jsonをサポートしている。リポジトリ固有のツールにはプロジェクトスコープを、個人用ツールにはユーザースコープを使う。無関係なプロジェクト間で共有されるグローバル設定に、本番用の認証情報を埋め込まない。環境変数か、いつものシークレットマネージャーを使う。
第三に、ローカルMCPサーバーとリモートMCPサーバーをリスクで分ける。自分たちのコードで、リポジトリを読むローカルstdioサーバーなら問題ない。npmから入れたローカルstdioサーバーがホームディレクトリを読めるなら、はるかに厳しく見るべきだ。リモートHTTP MCPサーバーは、一元管理、ログ取得、ローテーション、失効がしやすい。
第四に、ローカルツールが不要なチャット、調査、アーティファクトにはブラウザを使う。Webアプリは退屈だ。そしてワークステーションアクセスを必要としないタスクでは、退屈であることは良いことだ。
第五に、本当にDesktopが必要な少数のワークフロー向けに、サポートされたDesktopの島を用意する。管理されたMac mini、Hyper-V対応のWindows VM、またはデスクトップ拡張QAとCoworkのために使う少数のmacOS/Windowsワークステーションでもいい。野暮ではあるが、認証情報の取り扱いとベンダーサポートをきれいに保てる。
これはネイティブLinuxアプリほど気持ちよくはない。それでも、各エンジニアに生産性とサプライチェーン衛生の二択を迫るよりは安全だ。
Anthropicが次にやるべきこと
Anthropicはすべてのディストリビューションをサポートする必要はない。最も現実的なファーストパーティの一手は狭くていい。Ubuntu LTSとDebian、x64とArm64、署名済みaptリポジトリ、明確なサポートマトリクス、ランダムなローリングリリース系デスクトップには約束しない。GitHubの機能リクエストも基本的に同じ要望を出しており、Claude CodeにはすでにLinux配布パイプラインがあることを指摘している（GitHub issue #65697）。
もしAnthropicが2026年にLinux Desktopを出さないのなら、それをはっきり言うべきだ。セキュリティガイダンス付きの公開された「ロードマップにない」のほうが、沈黙よりましだ。公式CLIルートを推奨する。Linuxに同等機能がないDesktop機能を文書化する。サードパーティ再パッケージ版はサポート外なのか、ユーザーはどんなリスクを評価すべきなのかを説明する。開発者は「できない」には耐えられる。嫌うのは、推測させられることだ。
それまでは、Linux開発者は現実的であるべきだ。公式のネイティブLinux接点としてClaude Codeを使う。MCPもそこで使う。機密性の高い作業では非公式Desktopビルドを避ける。Coworkとデスクトップ拡張のテストには、サポートされたmacOSまたはWindowsの経路を残しておく。それは夢に見たLinuxネイティブのClaudeワークステーションではない。だが、セキュリティレビューで説明できる、筋の通ったワークフローではある。
Claude Fable 5を自分で試したいなら、Claude Fable 5 on OneHopから使える。定価より約30%安い、差し替え可能なエンドポイントだ。新規アカウントはカード不要で10ドル分無料で始められる。
