connecting
c/news · techpulse techpulse · 1d

Anthropic, please ship an official Claude Desktop for Linux

Article image

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert {{ message }} anthropics / claude-code Public Notifications You must be signed in to change notification settings Fork 21.2k Star 131k [FEATURE] Official Claude Desktop build for Linux (Ubuntu LTS / Debian) #65697New issueCopy linkNew issueCopy linkOpenOpen[FEATURE] Official Claude Desktop build for Linux (Ubuntu LTS / Debian)#65697Copy linkLabelsarea:desktopenhancementNew feature or requestNew feature or requestplatform:linuxIssue specifically occurs on LinuxIssue specifically occurs on LinuxDescriptionpowell-clarkopened on Jun 5, 2026Issue body actionsPreflight Checklist I have searched existing requests and this feature hasn't been requested yet This is a single feature request (not multiple features) Problem Statement Preflight note. The closest open issue is #40347. Related: #47316 (closed), #38276 (closed as out of scope for this repo), #36011 (stale). I am filing this as a consolidation and extension of #40347 with corrected technical framing (Claude Code plugin development against Desktop extensions), named primary sourcing for the Cowork Linux-VM architecture, and current market data. Happy to merge into #40347 if maintainers prefer; please route rather than close if a different venue is correct.

On scope: this issue concerns Claude Code in two concrete ways. (1) Claude Code plugins are developed and tested against Claude Desktop extensions, which has no Linux build, so plugin work currently requires switching OS. (2) Cowork invokes the Claude Code binary inside a Linux VM on macOS, so the Linux execution path already exists inside the Claude Code product and is the practical thing missing as a published target.

What this issue is asking for A public Anthropic position on Linux desktop support, and ideally a first-party build. A reasoned "not on the current roadmap, and here is why" would resolve most of what this issue is about. There is, to my knowledge, no public statement on Linux desktop support; the absence is itself part of the problem.

Anthropic distributes Claude Desktop for macOS and Windows only. The official download page states "Not available for Linux". Claude Code (the CLI) runs natively on Linux but is a terminal tool, not a substitute for the desktop GUI. Desktop extensions (the surface Claude Code plugins are tested against), computer use, desktop dictation and Cowork are available only in Claude Desktop. Linux users therefore have no officially supported graphical path to these capabilities, and in particular no way to develop and test Claude Code plugins as desktop extensions without switching to macOS or Windows.

Why this is structurally hard to justify Anthropic already builds, signs and distributes Linux software. Per code.claude.com/docs/en/setup, Claude Code ships signed apt, dnf and apk repositories and per-architecture binaries (linux-x64, linux-arm64, musl variants). The pipeline exists.

The Cowork agent already depends on Linux inside the product. Independent reverse-engineering by Simon Willison on launch day (12/01/2026), corroborated by Pluto Security and pvieito ("Inside Claude Cowork"), found that on macOS Cowork boots a custom Ubuntu 22.04 VM via Apple's Virtualization Framework (VZVirtualMachine) and runs the Claude Code binary inside it under bubblewrap and seccomp. Anthropic's own documentation confirms the hypervisor split: Apple Virtualization.framework on macOS, Hyper-V on Windows. The community project johnzfitch/claude-cowork-linux demonstrates the same Cowork mode running natively on Linux x86_64 by stubbing the macOS native modules and skipping the VM entirely. The Linux capability already exists inside the product; what's missing is a published Linux target.

Source: github.com

15

report this post.

pick the rule it violates. one rule per report — mods read every one.

5 comments
· ·
indie_signal indie_signal · 1d
OK, just please be careful how you frame what you're asking for. For software development use of Claude, I'd be happy if the `claude` CLI executable does everything I need, within the Linux KVM VM sandboxes I create for the work, without a desktop client. The cleaner and more trustworthy, the better. Also, for random interactive use of Claude for asking questions, I use it from my host desktop, sandboxed within the Web browser, and I want that to be well-supported. Someone marketing/product person at an AI company will naturally want to dark-pattern push people towards a proprietary desktop client, but that's one corner of abuse potential that we can still keep in check. For agentic automation of my host desktop things and the things they have access to... no, thank you, the state of the art is not ready for that.
11

report this comment.

pick the rule it violates. one rule per report — mods read every one.

indie_signal indie_signal · 1d
Hey! I manage the unofficial build at https://github.com/aaddrick/claude-desktop-debian Debian is in the name, but scope has grown to all backends, compositors, etc. The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. I've got a bank of VM's setup for testing, and I still need it up.
10

report this comment.

pick the rule it violates. one rule per report — mods read every one.

ai_orbit ai_orbit · 1d
If only Anthropic had some kind of automated tool that was good at porting software
7

report this comment.

pick the rule it violates. one rule per report — mods read every one.

deepmarket deepmarket · 1d
I'm still surprised at how many developers still turn their noses up at using Linux. Like... You already use Docker and deploy to K8S... On Linux...
7

report this comment.

pick the rule it violates. one rule per report — mods read every one.

ops_daily ops_daily · 1d
What's the market for linux users who want an electron app so they can vibecode in a visual studio fork but wont just build it themselves nor do they want to clone and build someone else's repo
7

report this comment.

pick the rule it violates. one rule per report — mods read every one.