Claude Fable 5 由 OneHop 提供
← 全部文章
Ecosystem

Claude Desktop 仍然沒有 Linux 版：Linux 開發者可以改用什麼

2026年6月20日 4 分鐘閱讀

A Linux developer workstation with a terminal, browser, and MCP node diagram branching toward macOS/Windows desktop silh

截至 2026 年 6 月 20 日，官方答案依然很直接：Claude Desktop 不支援 Linux。

Anthropic 自家的 Claude Desktop 安裝指南列出的系統需求只有 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）。這一行就能解釋，為什麼 6 月一串要求 Anthropic 推出官方 Linux 版的 Hacker News 討論，在某個鏡像截圖中衝到 538 分、305 則留言（HN thread，mirror）。

正確反應不是「隨便裝個來路不明的 .deb 就好」。Linux 開發者有更好的選擇。我的立場是：真正做開發時，在 Linux 上用官方的 Claude Code CLI；把 MCP 接在那裡；至於非官方 Desktop 重新打包版，除非你自己審過供應鏈，否則就把它當成個人實驗用品。

比較 Claude Desktop、Claude Code CLI、網頁版 Claude 與非官方 Linux 重新打包版本的平台支援矩陣，橫跨

少了這個 App 很煩，但它不是整個產品

社群的不滿很合理，因為 Desktop 早就不只是聊天外殼了。Anthropic 的 Desktop 說明頁表示，擴充功能可以把 Claude 連到本機檔案、行事曆、電子郵件、通訊軟體，以及一個精選擴充目錄，並提供程式碼簽章、密鑰加密儲存和企業政策控制（Anthropic Help Center）。它也說 Claude Cowork 透過 Desktop 提供給付費方案使用者，讓 Claude Code 式的代理工作進入視覺化介面。

這很重要。Desktop 是 Anthropic 放置低摩擦 UX 的地方：一鍵安裝桌面擴充、本機檔案存取、Cowork、快速輸入、手機接續。下載頁面說，桌面 app 與瀏覽器版不同，因為它包含系統層級存取和桌面擴充功能（Claude download page）。如果你在建置或測試桌面擴充，或者你想要 Cowork 的視覺化任務交接，Linux 的缺口確實存在。

但大多數要求 Desktop 的 Linux 開發者，其實想要的是以下三件事之一：

NeedBest Linux path todayWhy
repo 裡的寫程式代理Claude Code CLI官方 Linux 支援與套件倉庫
讓 MCP 存取工具Claude Code MCP可搭配本機 stdio 與遠端 HTTP 伺服器
視覺化 Cowork UImacOS/Windows Desktop沒有官方 Linux 版
桌面擴充測試macOS/Windows Desktop，或有風險的非官方 Linux 移植版Desktop 專屬介面
隨手聊天瀏覽器裡的 claude.ai免安裝，本機風險最低

錯誤在於把「沒有 Desktop」等同於「Linux 上沒有受支援的 Claude」。這不是真的。

官方 Linux 路線：Claude Code 加 MCP

Anthropic 的 Claude Code 設定頁列出支援的作業系統：Ubuntu 20.04+、Debian 10+、Alpine Linux 3.19+，處理器支援 x64 或 Arm64，記憶體需 4 GB+（Claude Code docs）。它也透過 shell 安裝器、npm，以及已簽章的 apt、dnf、apk 倉庫提供 Linux 安裝選項。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

這會給你大多數開發者整天真正會用的那一部分：一個理解 repo 的終端機代理，跑在同一個 Linux 檔案系統、工具鏈、測試、容器和你已經信任的 shell script 上。

MCP 也不是 Desktop 專屬。Claude Code 可以透過 MCP 連接外部工具和資料來源；官方文件把 MCP 描述為 AI 工具整合的開放標準（Claude Code MCP docs）。MCP 專案則把它描述為一個開源標準，用來把 AI app 連到本機檔案、資料庫、工具和工作流程（Model Context Protocol）。

遠端 HTTP MCP 伺服器只要一行指令：

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

這已經涵蓋大多數人說「我需要 Claude Desktop 才能用 MCP」時真正想做的工作流程。如果你需要 Claude 讀 Jira、查 Postgres、檢視 Sentry，或操作客製內部工具，就在 Linux 上透過 Claude Code 做。你失去的是 Desktop 擴充市集 UI。你沒有失去 MCP。

架構流程草圖，顯示 Linux 上的 Claude Code 連到本機 repo、shell 工具、本機 stdio MCP 伺服器，以及

Desktop 仍然勝出的地方：Cowork 和擴充功能

有些功能確實只有 Desktop 有。假裝不是這樣，只會讓團隊走向糟糕的替代方案。

Desktop 擴充功能是包裝過的本機 MCP 伺服器，安裝和管理控制更漂亮。Anthropic 的本機 MCP Desktop 指南說，擴充功能用一鍵可安裝套件取代手動 JSON 與相依性管理，可作為 .mcpb 檔案散布，支援 Node.js、Python 和二進位 MCP 伺服器，並使用作業系統安全儲存來保存敏感欄位，例如 macOS 的 Keychain 與 Windows 的 Credential Manager（Anthropic Help Center）。這套包裝方式對不碰終端機的使用者和企業部署很有用。

Cowork 也綁在 Desktop 上。Anthropic 的 Cowork 文件說，它需要 macOS 或 Windows 的 Desktop app，網頁版或手機版都不能用（Anthropic Help Center）。安裝頁說 Cowork 提供給付費方案使用者，讓 Claude 存取已連接的資料夾、執行長時間任務、協調平行工作流，並交付試算表和簡報等成果（Anthropic Help Center）。目前定價顯示 Pro 年繳為每月 $17、月繳 $20，Max 從每月 $100 起，Team 標準席位年繳為每席每月 $20、月繳 $25；付費層級包含 Claude Code 與 Cowork（Claude pricing）。

從安全角度看，Cowork 不是玩具。Anthropic 的架構總覽說 Cowork 使用兩個執行環境：一個是在裝置本機原生執行的代理迴圈，負責對話處理、已連接資料夾檔案存取、網頁抓取和本機外掛 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 並不是什麼可疑的單檔 script。它的 README 說，它把官方 Windows 應用程式重新打包給 Linux 使用，並產生 .deb、.rpm、AppImage、AUR 和 Nix 版本；它也明確稱自己是非官方 build script，並引導使用者找 Anthropic 取得官方支援（GitHub）。截至這裡引用的頁面，GitHub 顯示大約 5k stars 和 496 forks。這個專案記錄了位於 ~/.config/Claude/claude_desktop_config.json 的 MCP 設定、套件倉庫、GPG 設定、--doctor 診斷，以及廣泛的發行版整合。

這是認真的工程。它也證明了這場爭論最難的部分。

在 HN 討論串中，專案維護者加入討論，並說範圍已經從 Debian 擴大到「所有 backends、compositors 等等」。同一串討論後來變成一場很實際的 Linux 桌面碎片化辯論：Wayland 全域快捷鍵、xdg-desktop-portal backends、系統匣圖示、GNOME 行為、KDE 行為，以及來自不受支援發行版的支援工單（HN mirror）。這是反駁「它不就只是 Electron，丟出來就好」最好的論點。

但安全問題仍然存在。Claude Desktop 會處理登入狀態、本機檔案、API keys、MCP 伺服器、擴充設定，有時還會進行代理式檔案寫入。第三方重新打包版可能很誠實、透明、維護良好。它仍然不是由 Anthropic 供應商簽章，不受 Anthropic 支援，也不在 Anthropic 企業部署控制的範圍內。

我的規則：

  • 在可丟棄 profile 上做個人實驗：也許可以。
  • 每天處理私人 repo：只有在你審過 build chain 和更新路徑之後才行。
  • 有客戶資料的公司筆電：不行。
  • 會處理 secrets 的 Desktop 擴充功能：不行，除非資安已核准套件來源。
  • Cowork 式本機代理工作流程：使用受支援的 OS 主機。

令人不舒服的事實是，Linux 使用者正被推向一個他們本來不該被迫做的信任決策。但「Anthropic 應該修正這件事」和「你應該安裝一個非官方、會處理憑證的 app」是兩句不同的話。

Linux Claude 使用者的安全決策樹：官方 CLI、瀏覽器、非官方重新打包版、遠端 macOS/Windows 主機，w

一套能覆蓋 80% 場景的實用 Linux 設定

這是我今天會推薦給重度使用 Linux 的開發團隊的設定。

第一，標準化使用 Anthropic 簽章 Linux 倉庫中的 Claude Code。把安裝方式放進你的工作站 bootstrap scripts。大多數使用者鎖定 stable channel；想嘗鮮的話，讓一小群人用 latest。

第二，盡可能讓 MCP 設定跟著專案走。Claude Code 支援 MCP scopes 和 .mcp.json；repo 專屬工具用 project scope，個人工具用 user scope。不要把 production credentials 埋在跨多個無關專案共用的全域設定裡。使用環境變數或你平常用的 secret manager。

第三，依風險拆分本機和遠端 MCP 伺服器。會讀你的 repo 的本機 stdio 伺服器，如果是你自己的程式碼，通常沒問題。從 npm 安裝、又能讀你 home directory 的本機 stdio 伺服器，就值得嚴格得多的審查。遠端 HTTP MCP 伺服器更容易集中管理、記錄、輪替和撤銷。

第四，當你不需要本機工具時，用瀏覽器處理聊天、研究和 artifacts。網頁 app 很無聊，而對不需要工作站存取權的任務來說，無聊是好事。

第五，替少數真正需要 Desktop 的工作流程提供一座受支援的 Desktop 小島。那可以是一台受管理的 Mac mini、一個支援 Hyper-V 的 Windows VM，或少量用於 Desktop 擴充 QA 和 Cowork 的 macOS/Windows 工作站。這很笨重，但能讓憑證處理和供應商支援保持乾淨。

這沒有原生 Linux app 那麼令人滿意。它也比要求每位工程師在生產力和供應鏈衛生之間做選擇更安全。

Anthropic 接下來應該做什麼

Anthropic 不需要支援每一個發行版。最合理的第一方動作應該很窄：Ubuntu LTS 和 Debian、x64 和 Arm64、已簽章的 apt 倉庫、明確的支援矩陣，不承諾支援隨機的 rolling-release 桌面。GitHub feature request 也提出了同樣的基本訴求，並指出 Claude Code 已經有 Linux 發行管線（GitHub issue #65697）。

如果 Anthropic 不打算在 2026 年推出 Linux Desktop，就應該明白說出來。一份公開的「不在 roadmap 上」加上安全指引，會比沉默更好。推薦官方 CLI 路線。記錄哪些 Desktop 功能沒有 Linux 對應方案。說清楚第三方重新打包版本是否不受支援，以及使用者應評估哪些風險。開發者可以接受「不行」。他們討厭猜。

在那之前，Linux 開發者應該務實一點。把 Claude Code 當成官方原生 Linux 介面。把 MCP 用在那裡。敏感工作避開非官方 Desktop build。為 Cowork 和 Desktop 擴充測試保留一條受支援的 macOS 或 Windows 路徑。這不是夢想中的 Linux-native Claude 工作站，但它是一套你能在資安審查中說得過去的乾淨工作流程。

如果你想親自試試 Claude Fable 5，可以透過 Claude Fable 5 on OneHop 使用它；這是 drop-in endpoint，價格大約比標價低 30%。新帳號可以先拿 $10 免費額度，免信用卡。

延伸閱讀：Claude Fable 5 入門.