官方桌面端第一次填上 Linux 这一栏：Ubuntu、Debian、Fedora 先行，Chat、Work 与 Codex 一并可用。
这是官方桌面端第一次正式踏进 Linux。此前 macOS 有、Windows 有，Linux 那一栏一直空着，官网上只挂着一个让用户登记「你用哪个发行版」的意向页。现在这一栏被填上了，先以预览版的形式。
官方给出的支持范围是：
.deb 与 .rpm这份名单不是随手写的。它把线画在了比较新的系统上——Ubuntu 22.04、Debian 12 这一档并不在列，而它们在企业和服务器上的存量并不小。桌面客户端通常是 Electron 一类的壳，对 glibc 和桌面图形栈的版本有下限要求，预览阶段先只认几个新版本，是最省事的做法。真要在老系统上跑，大概率得等正式版或者自己想办法。
Linux 用户等这个客户端等了相当久，中间那段时间由社区项目顶着。GitHub 上有若干个仓库做的是同一件事：把官方发布的 macOS 版拆开，重新打包成 Linux 能装的 .deb、.rpm 或 AppImage，有的还自建了 APT 源做自动更新，明确标注「非官方、与 OpenAI 无关」。
这些项目的存在本身就说明需求是真的——一个需要先拆别人平台的安装包才能跑起来的应用，仍然有人愿意折腾。但它们绕不过一个问题：这是个会拿到你账号凭据的客户端，从第三方仓库装进来，信任链就断在那里了。官方原生包一出，这批项目基本失去了继续存在的理由，那条断掉的信任链也顺带接上了。
容易被一眼扫过去的是架构那一项。桌面 Linux 上 ARM 机器算不上主流，但开发者用 Linux 的方式远不止「桌面」二字：ARM 云主机、放在角落里的远程开发机、Apple Silicon 上跑的 Linux 虚拟机，吃的都是 ARM64 包。
把 Codex 一起塞进这个客户端，指向就更清楚了。Codex 本来就是给开发者写代码用的，而开发者的日常机器和构建机里 Linux 占了很大一块，之前这批人能用的只有命令行版本。现在带界面的版本进来了，能不能顺畅用下去反而更多取决于网络那一端——这一点在 Codex 稳定使用那边聊过，和装在哪个系统上关系不大。
「预览」两个字的含义是明确的：功能可能与 macOS 版不齐、更新节奏会比较快、遇到问题的反馈路径也还不完整。官方这次公布的信息里没有展开的一点是更新机制——.deb／.rpm 装完之后，是接官方软件源自动升级，还是每次手动下新包，对 Linux 用户来说这决定了长期用起来是省心还是麻烦，值得等后续说明。
另外一件装之前值得先看的事是登录。桌面客户端和浏览器不共享会话，等于要重新走一遍验证；而 Linux 这类机器又常常是挂在机房、VPS 或者代理链路后面的，第一次登录时的出口 IP 和平时用浏览器的很可能不是同一个地方，在这种落差下被要求二次验证甚至直接拦下并不少见。花几秒在 GPT / Codex IP 检测看一眼这台机器出去以后长什么样，比装完之后对着登录失败页面来回猜要省事得多。