一句话看懂：OpenAI Codex 工具被多位用户报告存在过度写入 SSD、导致设备卡顿甚至迫使 Mac 设备重启的问题。尽管 OpenAI 声称修复过类似写入过量的问题，但新一轮投诉表明该隐患仍未彻底解决，可能加速 SSD 寿命损耗。
事件核心：发生了什么
一周前，Reddit 用户 No_Leg_847 在 Codex 官方子论坛发帖称，其运行的 OpenAI Codex 工具（包含在 ChatGPT Plus、Pro、Business、Edu、Enterprise 计划中的 CLI、IDE 扩展和云端版本）导致 Mac 设备出现显着卡顿。即使关闭 Codex 后，卡顿现象仍未消失，必须重启设备才能恢复正常。用户已经排除了 CPU 或内存过载的常规原因。
这台设备上的 Codex 自身诊断也承认，其运行中包含了大量“过多的 I/O”和图形计算工作。有用户在 GitHub 上提交了相关 Issue（编号 #25719）。评论区有多位用户证实类似现象：有人提到 Windows 版的资源管理器在构建开发组件时会出现猛烈卡顿，且系统仍有足够空闲资源；另一位用户指出，长时间使用 GPU 模型后退出，性能会持续下降，怀疑 GPU 驱动未能正确清理资源。
为什么重要
Codex 是 OpenAI 面向开发者推出的核心编程工具，与 GitHub Copilot 直接竞争。如果其运行时存在对固态硬盘的过度写入，不仅会造成设备日常使用卡顿、发热，更核心的问题是 SSDs 有写入寿命上限——长期过度写入会加速设备淘汰。作为一次已声称修复过的 Bug 再次被大面积反映，说明 OpenAI 在工具质量控制和硬件损耗评估方面存在缺失。对于使用 MacBook 等封闭硬件的用户，固态硬盘一旦严重磨损，更换成本极高，直接影响工具的未来使用意愿。
对用户/开发者/创作者的影响
Mac 用户是本次投诉的直接受影响群体，使用 Codex 进行日常编程或文件操作时，需警惕设备异常卡顿和异常发热，建议定期检查 SSD 的健康状态（如通过 smartctl 查看写入量）。Windows 开发者也报告了类似卡顿问题，但可能与 Windows Defender 等安全软件的扫描策略叠加有关，需要排除是否是文件系统层面的冲突。所有使用 AI 编程工具的开发者都应注意：类似工具如果频繁在本地执行大量 I/O，可能并非传统 CPU/GPU 的显负载，而是底层文件读写策略的问题。目前公开信息显示，OpenAI 尚未发布针对此问题的官方补丁，建议用户在官方修复前避免长时间连续运行 Codex，并在退出后观察系统和温度是否恢复正常。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
1. OpenAI 是否发布正式修复——GitHub Issue #25719 是核心观察窗口，如果 OpenAI 承认问题并给出预计修复时间，则问题有望短期控制；如果保持沉默，则可能影响到 Codex 的开发者生态口碑。
2. 是否影响硬件保修和 Apple 的应对——Mac 用户如果因长期异常写入导致固态提前损坏，是否会归因于软件 Bug 还是硬件习惯，可能引发用户与平台方的争议。
3. 竞争者工具是否会跟进——GitHub Copilot 及其他本地 AI 编码工具是否也存在类似 I/O 行为，如果只有 Codex 出现高频写入，这个 Bug 将直接成为产品竞争力短板。
