ChatGPT for Linux 现已推出 — 我试用了 OpenAI 的新应用程序
OpenAI发布了Linux的ChatGPT Desktop预览版。作者分享了使用经验和应用程序的技术缺陷,同时探讨了其功能和集成。
Краткий пересказ от QRazy ИИ
- Linux版ChatGPT桌面版支持流行的发行版,包括Ubuntu和Fedora,但在集成和性能方面存在问题。
- 新客户端结合了ChatGPT和Codex的功能,但重要的功能,如本地数据管理,目前尚不具备。
- 高内存消耗和不准确的回答仍然是主要缺点,这使得浏览器版本更具优势。
OpenAI推出了适用于Linux的ChatGPT桌面版预览版。该客户端支持Ubuntu、Debian和Fedora,并结合了ChatGPT、工作环境Work和编程代理Codex。现在,OpenAI的原生应用程序已在所有主要桌面操作系统上可用。
这个消息很好,但该应用程序尚未让我放弃浏览器。原因不仅仅在于技术上的不足:ChatGPT仍然给出不准确的回答。
我主要将AI用作高级搜索引擎。在对Linux Mint的计算机进行测试时,我请应用程序提供即将发布的SpaceX和Nvidia为AI数据中心制作的Starmind卫星的规格,并给出了卫星网站的链接。ChatGPT指明高度为20米,翼展为70米。据SpaceX的数据,正确的数值应为30米和75米。
支持的发行版
该预览版在以下系统上正式运行:
- Ubuntu 24.04 LTS和26.04 LTS;
- Debian 13;
- Fedora 43和44。
支持x86-64和Arm64架构。OpenAI提供DEB和RPM格式的软件包,因此可以在许多Debian和Red Hat家族的派生发行版中安装,包括Linux Mint。
大约一个月前,Anthropic推出了适用于Linux的Claude桌面版。它支持Ubuntu 22.04及更高版本,以及Debian 12及更高版本。Claude对基于Debian的系统的要求更为宽松。
Arch Linux、NixOS和其他发行版尚未列入名单。一些用户还请求以Flatpak或AppImage格式发布ChatGPT。OpenAI称Linux是桌面客户端最需求的平台之一,因此可以推测,兼容系统的列表会随着时间的推移而扩大。
Codex和本地项目
ChatGPT早已通过浏览器在Linux上运行。开发人员还使用了命令行工具、API、编辑器扩展和非官方Electron外壳。新客户端将把项目、文件、浏览器脚本和Codex会话整合到一个工作环境中。
对于开发人员而言,Codex仍然是核心功能。代理可以学习和修改文件、执行命令并在所选目录中工作。访问权限取决于用户选择的权限模式。
在处理多个文件夹中的项目时,该应用程序会在一个窗口中显示存储库和更改的行。还声明了内置的差异编辑和合并请求检查功能。
Linux预览版的功能集可能与macOS和Windows客户端不同。OpenAI尚未发布详细的对比表,而当前功能最全面的版本仍然是在Mac上提供。
用户必须单独检查和确认每个连接服务的访问权限。客户端仍为专有软件,源代码闭源——对许多开放源代码支持者而言,这就足以使他们放弃使用它。
在Linux上发布时,ChatGPT桌面版默认情况下不支持:
- 自动扫描所有本地磁盘、文件夹和应用程序;
- 通过本机计算机交互功能管理任意图形应用;
- 仅仅因为用户在在线服务中有账户而连接到该在线服务;
- 仅仅因为Codex被允许在选定的开发环境中执行命令而获得root或管理员权限。
要访问在线服务,需要通过浏览器、插件或集成提供授权连接,上传数据或明确指示应用程序执行所需的操作。
集成和数据访问
ChatGPT桌面版可以与Google日历、Gmail、Outlook、Teams、Slack和Google Drive连接。该应用程序能够访问连接的消息、邮件、日历、文档和项目跟踪系统。它还可以从Claude的工作流程中获取数据和任务。
基于这些信息,ChatGPT能够跟踪更改,准备更新,草拟回答并协调项目内的单个任务。还提供Figma、GitHub和Adobe的插件。
对于我来说,不愿意将AI赋予如此访问个人和本地数据的权限。用户输入、粘贴、上传或故意添加到上下文中的所有内容都会发送给ChatGPT处理。
在消费者账户中,默认情况下对话可以用于改善OpenAI的模型。这可以在菜单Settings > Data Controls中通过“Improve the model for everyone”选项禁用。该设置会应用于整个账户。OpenAI表示,在禁用后,聊天记录将保留在历史记录中,但不会用于训练模型。
对我而言,这已足够让我不连接类似的集成,无论它们看起来多么方便。
在预览版中,原生的“使用计算机”功能尚未运行,无法管理其他Linux应用程序。这让我感到很满意。
如何降低风险
如果您打算使用该应用程序处理个人或重要数据,最好立即限制其功能:
- 如果不想传递对话以改进模型,请关闭“Improve the model for everyone”。
- 对于一次性保密请求,使用临时聊天。OpenAI声明其保留30天的删除期限。
- 为应用程序指定一个单独的目录,并设置明确的边界。不要开放对整个
~/、文档树或包含凭据和重要源文件的文件夹的访问。 - 为Codex保留“Ask for approval”模式。没有必要时不要启用“Full access”。
- 在浏览器中创建一个单独的个人资料,并仅在其中授权代理所需的服务。
- 不要在打开密码管理器、银行服务、个人邮件或机密材料的情况下启动应用程序。
这些措施不仅适用于Linux。在没有限制的情况下使用AI更方便,但并不安全。
终端项目未与应用程序集成
在测试期间,我发现从命令行启动的ChatGPT任务不会出现在桌面客户端的项目列表中。其他用户也报告了同样的问题。
终端会话显示为单独的聊天。应用程序保留了有关工作目录和Git分支的信息,但不同环境之间没有真正的集成。对于一个面向开发人员的工具来说,这是一个严重的限制。
闲置时占用超过1GB内存
即使在没有活跃工作的情况下,ChatGPT桌面版也占用了超过1GB的内存。然后出现了内存泄漏:在几小时非常轻的负载后,我的16GB内存的计算机开始内存不足。系统转向虚拟内存,速度慢到不可接受的水平。
该应用程序是基于Electron制作的。该平台使用HTML、CSS和JavaScript,Chromium引擎用于界面,Node.js用于系统访问。因此,单一代码库可以在Windows、macOS和Linux上运行。
这种方法很普遍,但基于Electron的应用程序通常在速度和内存消耗方面不及原生程序。在ChatGPT桌面版的情况下,这一点尤为明显。
Wayland目前有条件工作
我个人没有遇到Wayland的问题,但用户的初步反馈表明,该应用程序在Linux的各种图形环境中仍然适应不良。
一位使用Fedora 44和KDE Plasma的用户报告说,在普通启动时,通过Fcitx 5的日文输入无法在ChatGPT的消息输入框中工作。通过以Chromium/Wayland标志启动客户端,成功绕过了该问题:
--ozone-platform=wayland--enable-wayland-ime这样,应用程序继续通过Wayland工作,而不是切换到XWayland。论坛上其他参与者描述了与通过Fcitx5输入韩文的类似问题。用户还担心向X11的回退以及在高分辨率Wayland显示器上的缩放。
OpenAI已经在应用程序页面上添加了警告。公司称原生支持Wayland是实验性的,并承诺进行改进。在Wayland会话中,如果可用,客户端将使用XWayland。要强制以原生Wayland模式启动应用程序,需要完全关闭它并从终端打开。
对多个发行版的正式支持还不够:该客户端仍需正常运行与不同的合成器、输入方法和Linux工作环境的兼容性。
并非所有功能在Mac上也可用
我的ZDNET同事David Gevurtz指出,最新版本的Mac上ChatGPT桌面版失去了两个有用的功能。第一个允许直接在应用程序中截图并立即发送到聊天中。第二个“Work with”功能可以将Notion、Notes、TextEdit等程序的当前窗口内容传递给ChatGPT。Linux客户端中同样没有这些功能。
Gevurtz还发现,该服务常常将用户引导至费用更高的Token级别。虽然不必支付这些费用,但拒绝可能会降低性能。便宜的AI时代已经结束。
目前浏览器更方便
Linux客户端的发布对OpenAI至关重要。该公司直接接触到创建大量AI基础设施和软件的开发人员。该应用程序的主要价值不在于单独的ChatGPT窗口,而在于Codex、本地项目和代理工作功能的整合。
但当前的预览版并没有让我印象深刻。回答的不准确性、与终端会话的集成不佳、高内存消耗、内存泄漏和Wayland问题使得该客户端显得不成熟。尤其是看到一家拥有丰富资源的OpenAI公司使用Electron开发的应用程序,这是相当奇怪的。
随着时间的推移,它可能会变得更好。但在此之前,我将继续在浏览器中使用ChatGPT。