Claude Desktop hat immer noch keinen Linux-Build: Was Linux-Entwickler stattdessen nutzen können

Am 20. Juni 2026 ist die offizielle Antwort immer noch ziemlich direkt: Claude Desktop gibt es nicht für Linux.

Anthropic’s eigener Installationsleitfaden für Claude Desktop nennt nur Systemanforderungen für macOS 11+ und Windows 10+, zuletzt aktualisiert am 24. April 2026 (Anthropic Help Center). Die öffentliche Download-Seite ist noch klarer: macOS, Windows, Windows on Arm, ChromeOS über Google Play, dann „Not available for Linux“ (Claude download page). Diese Zeile erklärt, warum ein Hacker-News-Thread vom Juni, der Anthropic aufforderte, einen offiziellen Linux-Build zu liefern, in einem Mirror-Capture auf 538 Punkte und 305 Kommentare kam (HN thread, mirror).

Die richtige Reaktion ist nicht: „Installier halt irgendein zufälliges .deb.“ Linux-Entwickler haben bessere Optionen. Meine Position: Nutzt die offizielle Claude Code CLI unter Linux für echte Entwicklungsarbeit, hängt MCP dort ein, und behandelt inoffizielle Desktop-Repackages als Experimente für den Privatgebrauch, solange ihr die Supply Chain nicht selbst geprüft habt.

Die fehlende App nervt, ist aber nicht das ganze Produkt

Der Frust der Community ist nachvollziehbar, weil Desktop längst nicht mehr nur ein Chat-Wrapper ist. Anthropic’s Desktop-Hilfeseite sagt, dass Extensions Claude mit lokalen Dateien, Kalendern, E-Mail, Messaging-Apps und einem kuratierten Extension-Verzeichnis verbinden können, inklusive Code-Signing, verschlüsselter Speicherung von Secrets und Enterprise-Policy-Kontrollen (Anthropic Help Center). Dort steht auch, dass Claude Cowork für Bezahlpläne über Desktop verfügbar ist und agentisches Arbeiten im Stil von Claude Code in eine visuelle Oberfläche bringt.

Das ist relevant. Desktop ist der Ort, an dem Anthropic die reibungsarme UX platziert: One-Click-Desktop-Extensions, Zugriff auf lokale Dateien, Cowork, Quick Entry und Mobile Handoff. Die Download-Seite sagt, dass sich die Desktop-App vom Browser unterscheidet, weil sie Zugriff auf Systemebene und Desktop-Extensions enthält (Claude download page). Wenn ihr Desktop-Extensions baut oder testet, oder wenn ihr Cowork’s visuelle Aufgabenübergabe wollt, ist die Linux-Lücke real.

Aber die meisten Linux-Entwickler, die nach Desktop fragen, wollen eigentlich eines von drei Dingen:

Der Fehler ist, „kein Desktop“ als „kein unterstütztes Claude unter Linux“ zu behandeln. Das stimmt nicht.

Der offizielle Linux-Weg: Claude Code plus MCP

Anthropic’s Setup-Seite für Claude Code nennt Ubuntu 20.04+, Debian 10+ und Alpine Linux 3.19+ als unterstützte Betriebssysteme, mit x64- oder Arm64-Prozessoren und 4 GB+ RAM (Claude Code docs). Außerdem gibt es Linux-Installationsoptionen über den Shell-Installer, npm sowie signierte apt-, dnf- und apk-Repositories. Das apt-Repo-Setup enthält sogar einen GPG-Fingerprint: 31DD DE24 DDFA B679 F42D 7BD2 BAA9 29FF 1A7E CACE (Claude Code docs).

Für eine Debian- oder Ubuntu-Workstation sieht der langweilige offizielle Weg so aus:

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

Wenn ihr Systempaket-Updates bevorzugt:

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

Damit bekommt ihr den Teil, den die meisten Entwickler den ganzen Tag nutzen: einen Repo-bewussten Agenten im Terminal, der auf demselben Linux-Dateisystem, derselben Toolchain, denselben Tests, Containern und Shell-Skripten läuft, denen ihr ohnehin vertraut.

MCP ist ebenfalls nicht Desktop-exklusiv. Claude Code kann über MCP externe Tools und Datenquellen anbinden; die offiziellen Docs beschreiben MCP als offenen Standard für AI-Tool-Integrationen (Claude Code MCP docs). Das MCP-Projekt beschreibt es als Open-Source-Standard, um AI-Apps mit lokalen Dateien, Datenbanken, Tools und Workflows zu verbinden (Model Context Protocol).

Ein entfernter HTTP-MCP-Server ist ein einziger Befehl:

claude mcp add --transport http notion https://mcp.notion.com/mcp
claude mcp list

Ein lokaler stdio-MCP-Server funktioniert ebenfalls:

claude mcp add --env AIRTABLE_API_KEY="$AIRTABLE_API_KEY" \
  --transport stdio airtable -- npx -y airtable-mcp-server

Das deckt den Workflow ab, den die meisten meinen, wenn sie sagen: „Ich brauche Claude Desktop für MCP.“ Wenn Claude Jira lesen, Postgres abfragen, Sentry inspizieren oder mit einem eigenen internen Tool interagieren soll, macht das über Claude Code unter Linux. Ihr verliert die UI des Desktop-Extension-Marktplatzes. Ihr verliert nicht MCP.

Wo Desktop immer noch gewinnt: Cowork und Extensions

Es gibt Desktop-exklusive Funktionen. So zu tun, als wäre das nicht so, ist genau der Weg zu schlechten Workarounds.

Desktop-Extensions sind paketierte lokale MCP-Server mit angenehmerer Installation und Admin-Kontrollen. Anthropic’s lokale MCP-Desktop-Anleitung sagt, dass Extensions manuelle JSON- und Dependency-Verwaltung durch per One-Click installierbare Pakete ersetzen, als .mcpb-Dateien verteilt werden können, Node.js-, Python- und binäre MCP-Server unterstützen und sensible Felder über sichere OS-Speicher wie Keychain unter macOS und Credential Manager unter Windows ablegen (Anthropic Help Center). Diese Packaging-Story ist nützlich für Nutzer ohne Terminal und für Enterprise-Rollouts.

Cowork ist ebenfalls an Desktop gebunden. Anthropic’s Cowork-Dokumentation sagt, dass dafür die Desktop-App für macOS oder Windows nötig ist und dass Cowork weder im Web noch mobil verfügbar ist (Anthropic Help Center). Die Installationsseite sagt, dass Cowork in Bezahlplänen verfügbar ist und Claude auf verbundene Ordner zugreifen, lange Aufgaben ausführen, parallele Workstreams koordinieren und Ergebnisse wie Tabellen und Präsentationen liefern kann (Anthropic Help Center). Die Preise zeigen aktuell Pro für $17/Monat bei jährlicher Zahlung oder $20 monatlich, Max ab $100/Monat und Team-Standardsitze für $20/Sitz/Monat jährlich oder $25 monatlich, wobei Claude Code und Cowork in den Bezahlstufen enthalten sind (Claude pricing).

Aus Security-Sicht ist Cowork kein Spielzeug. Anthropic’s Architekturüberblick sagt, dass Cowork zwei Ausführungsumgebungen nutzt: eine Agent-Loop, die nativ auf dem Gerät läuft, für Konversationshandling, Dateizugriff auf verbundene Ordner, Web-Fetches und lokale Plugin-MCP-Server; sowie Code-Ausführung in einer isolierten Linux-VM, über Apple Virtualization.framework auf macOS und Hyper-V auf Windows (Anthropic Help Center). Dort steht auch, dass EDR-Tools nicht in die VM hineinsehen können und Cowork-Aktivitäten derzeit nicht in Audit-Logs, der Compliance API oder Datenexporten erfasst werden.

Das verändert die Entscheidung. Wenn euer Unternehmen Auditierbarkeit und Endpoint-Transparenz braucht, ist „Desktop auf irgendeinem Linux-Port“ keine akzeptable Abkürzung. Wenn euer Team Cowork braucht, nutzt einen unterstützten macOS- oder Windows-Host, bis Anthropic Linux liefert.

Die inoffiziellen Builds sind beeindruckend. Sicher macht sie das nicht automatisch

Das führende Community-Projekt, aaddrick/claude-desktop-debian, ist kein windiges Ein-Datei-Skript. Sein README sagt, dass es die offizielle Windows-Anwendung für Linux repackaged und .deb-, .rpm-, AppImage-, AUR- und Nix-Builds erzeugt; es nennt sich außerdem ein inoffizielles Build-Skript und verweist Nutzer für offiziellen Support an Anthropic (GitHub). Zum Zeitpunkt des hier erfassten Seitenstands zeigte GitHub ungefähr 5k Stars und 496 Forks. Das Projekt dokumentiert MCP-Config unter ~/.config/Claude/claude_desktop_config.json, Paket-Repositories, GPG-Setup, eine --doctor-Diagnose und breite Distro-Integration.

Das ist ernstzunehmendes Engineering. Es beweist auch den harten Teil der Debatte.

Im HN-Thread beteiligte sich der Projekt-Maintainer an der Diskussion und sagte, der Scope sei über Debian hinaus auf „all backends, compositors, etc.“ gewachsen. Derselbe Thread wurde zu einer praktischen Debatte über Linux-Desktop-Fragmentierung: globale Shortcuts unter Wayland, xdg-desktop-portal-Backends, Tray-Icons, GNOME-Verhalten, KDE-Verhalten und Support-Tickets aus nicht unterstützten Distributionen (HN mirror). Das ist das beste Gegenargument zu „Es ist doch nur Electron, ship it.“

Trotzdem bleibt das Security-Problem. Claude Desktop verarbeitet Login-State, lokale Dateien, API Keys, MCP-Server, Extension-Konfigurationen und manchmal agentische Dateischreibvorgänge. Ein Third-Party-Repackage kann ehrlich, transparent und gut gepflegt sein. Es ist trotzdem nicht von Anthropic vendor-signiert, nicht von Anthropic unterstützt und nicht von Anthropic’s Enterprise-Deployment-Kontrollen abgedeckt.

Meine Regel:

• Private Experimente auf einem Wegwerfprofil: vielleicht.
• Tägliche Arbeit an privaten Repos: nur, wenn ihr Build-Chain und Update-Pfad geprüft habt.
• Firmenlaptop mit Kundendaten: nein.
• Desktop-Extensions, die Secrets verarbeiten: nein, außer Security hat die Paketquelle freigegeben.
• Cowork-artige lokale Agent-Workflows: nutzt einen unterstützten OS-Host.

Die unbequeme Wahrheit ist: Linux-Nutzer werden in eine Vertrauensentscheidung gedrängt, die sie gar nicht treffen müssen sollten. Aber „Anthropic sollte das beheben“ und „du solltest eine inoffizielle App installieren, die Credentials verarbeitet“ sind zwei verschiedene Aussagen.

Ein praktisches Linux-Setup, das 80 Prozent abdeckt

Das ist das Setup, das ich einem Linux-lastigen Dev-Team heute empfehlen würde.

Erstens: Standardisiert auf Claude Code aus Anthropic’s signiertem Linux-Repo. Packt die Installationsmethode in eure Workstation-Bootstrap-Skripte. Pinnt den Stable-Channel für die meisten Nutzer und lasst eine kleine Gruppe Latest nutzen, wenn sie frühe Features will.

Zweitens: Haltet MCP-Konfiguration möglichst projektlokal. Claude Code unterstützt MCP-Scopes und .mcp.json; nutzt Project Scope für repo-spezifische Tools und User Scope für persönliche Tools. Vergrabt Produktions-Credentials nicht in einer globalen Config, die quer über unabhängige Projekte geteilt wird. Nutzt Umgebungsvariablen oder euren normalen Secret Manager.

Drittens: Trennt lokale und entfernte MCP-Server nach Risiko. Ein lokaler stdio-Server, der euer Repo liest, ist okay, wenn es euer Code ist. Ein lokaler stdio-Server aus npm, der euer Home-Verzeichnis lesen kann, verdient deutlich mehr Skepsis. Entfernte HTTP-MCP-Server lassen sich einfacher zentralisieren, loggen, rotieren und widerrufen.

Viertens: Nutzt den Browser für Chat, Recherche und Artefakte, wenn ihr keine lokalen Tools braucht. Die Web-App ist langweilig, und langweilig ist gut für Aufgaben, die keinen Workstation-Zugriff brauchen.

Fünftens: Stellt eine unterstützte Desktop-Insel für die Minderheit der Workflows bereit, die Desktop wirklich brauchen. Das kann ein verwalteter Mac mini sein, eine Windows-VM mit Hyper-V-Support oder eine kleine Anzahl macOS/Windows-Workstations für Desktop-Extension-QA und Cowork. Es ist sperrig, aber es hält Credential-Handling und Vendor-Support sauber.

Das ist weniger befriedigend als eine native Linux-App. Es ist aber auch sicherer, als jeden Engineer zwischen Produktivität und Supply-Chain-Hygiene wählen zu lassen.

Was Anthropic als Nächstes tun sollte

Anthropic muss nicht jede Distro unterstützen. Der sinnvollste First-Party-Schritt wäre eng gefasst: Ubuntu LTS und Debian, x64 und Arm64, signiertes apt-Repository, explizite Support-Matrix, keine Versprechen für beliebige Rolling-Release-Desktops. Der GitHub-Feature-Request stellt im Kern dieselbe Forderung und weist darauf hin, dass Claude Code bereits eine Linux-Distributionspipeline hat (GitHub issue #65697).

Wenn Anthropic 2026 keinen Linux Desktop liefern will, sollte es das klar sagen. Ein öffentliches „nicht auf der Roadmap“ mit Security-Hinweisen wäre besser als Schweigen. Empfehlt den offiziellen CLI-Weg. Dokumentiert, welche Desktop-Funktionen kein Linux-Äquivalent haben. Erklärt, ob Third-Party-Repackages unsupported sind und welche Risiken Nutzer bewerten sollten. Entwickler können mit „nein“ umgehen. Sie hassen Rätselraten.

Bis dahin sollten Linux-Entwickler pragmatisch bleiben. Nutzt Claude Code als offizielle native Linux-Oberfläche. Nutzt MCP dort. Meidet inoffizielle Desktop-Builds für sensible Arbeit. Haltet einen unterstützten macOS- oder Windows-Weg für Cowork und Desktop-Extension-Tests bereit. Das ist nicht die Traum-Workstation mit Linux-nativem Claude, aber es ist ein sauberer Workflow, den ihr in einem Security-Review verteidigen könnt.

Wenn du Claude Fable 5 selbst ausprobieren willst, kannst du es über Claude Fable 5 on OneHop nutzen, einen Drop-in-Endpoint, der etwa 30% unter Listenpreis liegt. Neue Accounts können mit $10 gratis starten, keine Karte nötig.

Weiterlesen: Getting started with Claude Fable 5.