OpenAI ChatGPT Linux 桌面应用

此次发布的宣传语——‘ChatGPT 终于登陆 Linux’——夸大了实际的新颖性。Codex 的命令行工具（CLI）和 IDE 扩展在这款应用出现之前就已经能在 Linux 上运行^[1]；8 月 11 日发布的主要是为那些偏好窗口化应用而非终端工作流的用户提供的可视化界面层^[1]。

通过 .deb 或 .rpm 安装包安装后，该应用呈现为一个单一的原生窗口，通过左上角的菜单在两种模式之间切换：一种是用于日常聊天和任务的 ChatGPT/Work 模式，另一种是 Codex 模式，后者会打开一个完整的开发环境，用于编写和调试代码、运行测试、审查更改，并直接与本地代码仓库、文件夹和终端交互^[2]。与浏览器版 ChatGPT 相比，该桌面版本能够针对本地代码仓库运行 Codex，通过扩展接入并控制其他已安装的应用，并在无需用户先上传的情况下读取本地文件^[3]。

有一个细节未出现在 OpenAI 自己的公告中。Reddit 的 r/linux 版块中关于此次发布的最高赞评论指出，该应用内嵌的浏览界面运行在 Owl 之上——这是 OpenAI 早前为已停用的 Atlas 浏览器开发的浏览器引擎，如今被重新用作应用内的侧边栏。如果属实，那么这款‘新’的 Linux 应用并非从零开始为 Linux 构建，而更像是将 OpenAI 已有的两样东西拼装而成：Codex 现有的 CLI 工具链，以及一款已终止产品的浏览器引擎。

OpenAI 对此次发布的说法是，Linux 是其最受期待的桌面平台之一，此举将 ChatGPT 和 Codex 延伸至所有主流桌面操作系统^[4]。这没错，但它忽略了更直接的背景：Anthropic 大约在一个月前就已发布了适用于 Linux 的 Claude 桌面应用，多家媒体将 OpenAI 的发布解读为追赶 Anthropic 的举措，而非独立决策^[1]。

不过，这种比较并不像‘OpenAI 落后’的说法那样一边倒。Anthropic 的 Claude Linux 应用支持 Ubuntu 22.04+ 和 Debian 12+——其最低版本要求低于 OpenAI 的 Ubuntu 24.04+ 和 Debian 13^[4]——这意味着在实际中，Claude 能在更多现有的 Linux 安装环境中运行。Reddit 的 r/codex 版块讨论指出，OpenAI 的应用明确支持 Fedora，而这是 Anthropic 应用未正式覆盖的发行版系列——因此从发行版家族的覆盖广度而非版本最低要求来看，OpenAI 在发布时的覆盖范围反而更广。两家公司竞相实现相同功能时，仍可能针对同一用户群体的不同细分进行优化。

OpenAI 并未声称此预览版在功能上与 Mac 和 Windows 版本完全一致。原生计算机使用功能——即让 ChatGPT 直接操作 GIMP 或 OpenOffice 等其他桌面应用——在 Linux 发布时不可用，Appshots、记录与回放以及桌面应用的语音命令功能同样缺失^[1]。在 X 平台上，一位与 OpenAI 相关的工程师确认，除上述功能外，其余功能均保持一致，代理仍可通过应用内浏览器作为替代，直到计算机使用功能完成开发。

更大的张力体现在该应用的接受度上，而非 OpenAI 的披露内容。r/linux 上的反应从一开始就偏向怀疑——评论者调侃这是又一个 Electron/webview 封装应用，且不断有评论质疑在用户为掌控权而特意选择的机器上运行一个拥有深度文件系统访问权限的 AI 助手是否合理。这种不信任与 Linuxiac 的独立评测相呼应，后者警告称，授予 Codex 完整的文件系统和终端访问权限会让该应用‘拥有过多权力’，应谨慎操作^[5]。与此同时，在 r/codex——一个自我筛选出已使用 OpenAI 编程工具用户的子版块——同样的访问模式被视为功能而非风险，用户确认即使没有完整的计算机使用功能，该应用仍具备远程控制和 Chrome 连接能力。同一产品、同一访问模式，两个受众却给出了截然相反的解读。

OpenAI 的官方发布仅提供 .deb 和 .rpm 安装包，没有 AppImage 或 Flatpak 构建版本；官方支持在发布时也排除了 Arch Linux 和 NixOS 等发行版^[5]。这一空白并未持续太久。公告发布数小时内，AUR（Arch 用户仓库）上就出现了六个相互竞争的应用包，其中多个因争夺‘chatgpt’这一简单包名而产生冲突；一名提交者甚至在半小时内删除并以不同名称重新提交其包，导致原包仍被列为孤儿。对比这六个构建脚本，发现存在真正的技术分叉，而不仅是重复——有些自动添加了 Wayland 兼容标志，其余部分脚本相同但注释重写；一个读取的配置文件名称与其他不同；尽管所有六个包都附带 AppArmor 安全配置文件，但只有一份实际加载了它。更引人注目的是：其中一个新提交账户创建仅一天，促使其他社区成员在无官方审核机制的分发渠道中标记其为潜在恶意软件风险。

这正是一个已有非官方项目 codex-desktop-linux 旨在填补的空白——该项目在 OpenAI 发布任何官方版本之前，就通过重新打包 OpenAI 自有的 macOS 应用，为 Debian/Ubuntu、Fedora/openSUSE、Arch 和 Nix/NixOS 提供了构建版本^[6]。一篇 YouTube 分析认为，真正的竞争并非哪家 AI 实验室率先发布 Linux 应用，而是 AI 编程助手是否会成为 Linux 开发者默认首选的开发层。在 Windows 或 macOS 上，这场争夺很大程度上由哪个应用能通过平台自有商店发布决定。而在 Linux 上，分发权是充满争议的领域，没有任何单一供应商（包括 OpenAI）真正掌控——而 AUR 上的争夺正是这一争议在发布后 24 小时内的真实写照。