IT资源栈近日，有开发者在 GitHub 及技术社区 Linux.do 反馈，OpenAI 推出的 macOS 版桌面应用存在严重的磁盘空间泄漏问题。经测试，该应用每次启动并退出后，会在系统临时目录 `/private/var/folders` 下遗留一个名为 `com.openai.codex.code_sign_clone` 的目录。由于该应用基于 Chromium 架构，其代码签名克隆机制在应用生命周期结束前未能正确触发清理流程，导致单个残留目录大小约为 965MB。随着用户反复开启和关闭应用，这些“僵尸”目录会不断累积，有用户实测显示在多次重启后，累积垃圾文件高达 42.76GB。除磁盘占用外，用户还发现应用退出后存在后台孤儿进程未关闭的情况。尽管 macOS 重启可自动清理 `/var/folders` 路径下的临时文件，但该 Bug 仍暴露出官方客户端在基础资源管理上的重大缺陷。
事件分析
技术层面看，该问题源于 Chromium 引擎在 macOS 环境下的 `MacAppCodeSignClone` 机制处理不当。为了在 macOS 上安全执行代码，Chromium 需要创建签名副本，但这要求宿主应用在退出时必须显式释放资源。OpenAI 作为顶级 AI 实验室，其官方桌面应用出现此类基础资源管理失误，反映出其客户端工程团队在平台适配性测试上存在疏漏。这也表明，随着 AI 应用从 Web 端向桌面端迁移，架构选型带来的资源占用和稳定性问题正成为影响用户体验的关键瓶颈。AI 厂商在追求模型能力迭代的同时，不应忽视客户端工程化打磨的重要性。
💡 核心观点：OpenAI 桌面端“翻车”暴露 AI 应用落地过程中的工程短板，盲目追求模型能力而忽视基础体验终将反噬品牌。
原文链接：Linux.do
评论前必须登录！
立即登录 注册