一位开发者在Anthropic的Claude Code GitHub仓库提交了一个内容详尽的Feature Request（Issue #65697），请求Anthropic发布官方的Claude Desktop Linux版本。这不是一个随口提出的建议，而是一篇有数据支撑、有逻辑推演、有替代方案、同时预判了反驳意见的结构性请愿书。

问题的核心在于：Claude Desktop仅提供macOS和Windows版本，官方下载页面明确标注"Not available for Linux"。对于Linux用户而言，这意味着无法使用桌面扩展、computer use和Cowork等特性，也无法在本地开发环境中测试Claude Code插件——开发者必须切换到macOS或Windows才能进行相关工作。这个限制对于以Ubuntu为主力开发环境的27.7%的专业开发者（Stack Overflow 2025年调查数据）而言，是一个持续的效率痛点。

issue中最值得关注的技术细节是：Anthropic其实已经在内部运行着Linux执行环境。Claude Cowork在macOS上启动时，实际上是启动了一个定制的Ubuntu 22.04虚拟机（通过Apple的Virtualization Framework），然后在该虚拟机内部运行Claude Code二进制文件。社区项目johnzfitch/claude-cowork-linux已经验证了同样的Cowork模式可以直接运行在Linux x86_64上，只需要绕过macOS的原生模块。这意味着Linux支持的技术路径已经存在于产品内部，只是尚未作为发布目标对外提供。

同时，Claude Code CLI已经通过签名的方式分发到了apt、dnf和apk仓库，支持linux-x64、linux-arm64及其musl变体，覆盖Ubuntu 20.04+和Debian 10+。签名分发的基础设施已经完备，只需要扩展到Desktop产品线。

issue指出的安全风险同样不容忽视。当前Linux用户获取Claude Desktop的途径主要是第三方重打包项目，其中最流行的是aaddrick/claude-desktop-debian，约4500星，提供签名apt/dnf仓库、.deb/.rpm/AppImage/AUR/Nix构建。issue作者坦承，这个社区项目质量相当高，但其本质是：大量用户将自己的凭证和本地文件系统访问权交给了一个非官方软件包。如果Anthropic不提供官方版本，这一结构性安全风险将持续存在。

issue同时给出了一个替代请求：如果Anthropic确实没有计划开发Linux版本，那么至少应该公开声明这一点，并给出大致的计划时间线，同时在官方文档中推荐一个社区项目、发布一次安全审查摘要，并给出Linux用户的凭证处理和MCP服务器配置安全指南。这比当前的"既不宣布也不否认"的沉默状态要好得多。

issue的作者也预先反驳了可能的反对意见：工程成本与体量的不匹配、Linux的发行版碎片化带来的不成比例的支持负担、企业Linux开发者已被CLI服务所满足、机会成本（每个工程师投入Linux桌面就意味着减少对agent质量/MCP生态/Cowork/企业控制平面的投入）、以及分发复杂性（签名仓库、AppImage签名、Snap、AUR、Nix等）。这些论点在作者看来都是合理的，任何一个都可以成为"当前不在roadmap上"的合理理由。

issue最后写道："一个合理的高级决策可以权衡这些因素并得出'当前不在roadmap上'的结论。我会理解这一点。但我不理解的是，为什么连任何公开立场都没有，以及这种沉默对当前Linux用户带来的结构性安全成本。"

参考来源：https://github.com/anthropics/claude-code/issues/65697