这个隐藏 bug 正在悄悄写坏你的 SSD，Mac 用户尤其危险_服务软件

1. OpenAI 正在"烧毁"你的硬盘！Codex 年写入 640TB，你的 Mac 还能撑多久？

2. Codex 被曝21天写废一块SSD.OpenAI Codex 工具因默认开启全局 TRACE 日志级别，导致其在后台持续向本地 SQLite 数据库写入海量诊断数据，实测21天写入量高达37TB，年化写入量约640TB，远超主流1TB消费级SSD的600TBW寿命标定值，意味着用户硬盘可能在不到一年内被“写报废”。该问题早在4月就已被社区反馈，但官方至今未修复，且忽略标准环境变量 RUST_LOG 的设置，引发用户对AI工具资源管理能力的严重质疑。这一事件暴露出当前AI开发工具在本地资源管理上的重大设计缺陷。TRACE 日志本应仅用于开发调试阶段，却作为默认配置长期运行，不仅记录 WebSocket 原始数据包、系统文件读写等底层行为，还包含大量对用户无意义的冗余信息（如 inotify 事件、passwd 文件读取等），造成严重的“写放大”现象——即数据写入后立即被清理，但物理磁盘写入已不可逆。这种“用硬件寿命换调试便利”的做法，对普通开发者极不友好，尤其对使用笔记本或小容量 SSD 的用户构成直接威胁。更讽刺的是，就在 Codex 爆出此 Bug 的同一天，OpenAI 高调发布了号称“全球最强网络安全模型”的 GPT-5.5-Cyber，并启动“修补地球”计划，宣称要帮全世界开源项目自动修复漏洞。一边是“守护代码安全”的宏大叙事，一边是“烧穿用户硬盘”的基础功能缺陷，形成强烈反差。这不仅损害了用户对 Codex 的信任，也对整个 AI 编程工具行业敲响警钟：随着 AI 工具日益深入本地开发环境，其资源消耗与安全性必须与功能创新同等重要。目前社区已提供两种临时解决方案：一是通过符号链接将日志文件重定向至 /dev/null，彻底丢弃写入；二是利用 SQLite 触发器拦截写入操作。但这些均为权宜之计，无法替代官方的根本性修复。对于依赖 Codex 的开发者而言，建议立即检查硬盘写入量，优先采用方案一进行防护，同时密切关注 OpenAI 的后续更新。毕竟，再强大的 AI 助手，也不应以牺牲用户的硬件为代价。#codex

3. Codex一年狂写640TB/年，SSD恐一年报废

4. Codex 正在写爆你的 SSD？640TB/year 背后的真实问题

5. Codex 致命漏洞曝光：年写入 640TB 可在一年内写废消费级 SSD

6. 一年吃掉一块固态硬盘，Codex日志bug被骂「劣质软件」

7. 【日志刺客】Codex年写640TB，你SSD还剩几年

8. Codex爆严重Bug：一年写废一块SSD，你的硬盘正被疯狂磨损

9. 你的固态硬盘正在被 Codex 偷偷"吃掉"——一个 Bug 每年写入 640TB 数据

10. Codex 狂写SSD日志Bug，SSD可能快速被写废

11. Codex 爆出重大 Bug，21 天狂写 37TB，SSD 都快扛不住了\x0a\x0a最近 Codex 被曝出一个很伤硬盘的日志 Bug。它会持续向本地 SQLite 数据库写入大量调试日志，文件看着不大，背后却在不停插入、删除和重写。\x0a\x0a报告问题的用户发现，电脑连续运行约 21 天后，SSD 累计写入约 37TB。照这个速度估算，一年可能达到 640TB，已经接近部分 1TB 消费级 SSD 的保修写入量。\x0a\x0a最夸张的是，15 秒内数据库插入了约 3.6 万行记录，最终保留行数却没变化。大量无用日志被写进去又删掉，硬盘寿命就这样被白白消耗。\x0a\x0a好消息是，这条新闻传播时，修复已经赶上了。OpenAI 在 6 月 22 日合并两项修复，随后发布 Codex CLI 0.142.0，删除高频 WebSocket 日志并过滤重复遥测记录。问题报告者实测称，日志量减少约 85%。\x0a\x0a如果你经常让 Codex 长时间运行，先执行 codex --version 检查版本，低于 0.142.0 就尽快升级。也可以查看 ~/.codex/logs_2.sqlite 是否异常增长。\x0a\x0a这次不是“Codex 必然摧毁硬盘”，但它提醒了一件事：AI 编程工具开始常驻电脑后，CPU、内存和磁盘写入都该纳入日常监控。

12. 我的SSD被Codex疯狂写入

13. 突发 | OpenAI Codex 狂写640TB/年，你的SSD可能正在被悄悄烧毁

14. Codex 日志漏洞可能导致本地 SSD 写入 TB 级数据

15. 【AI风向】OpenAI Codex被曝"烧硬盘"：一年狂写640TB，你的SSD可能在悄悄报废

16. Codex狂写SSD一年640 TB？。GitHub 上有个 issue 讲得很吓人：有用户发现 Codex 在流式任务、长时间运行时，会持续往本地 SQLite feedback log 里写日志。文件主要是这几个：`logs_2.sqlite`、`logs_2.sqlite-wal`、`logs_2.sqlite-shm`。原 issue 里给的数据是：机器 21 天 uptime 后，主 SSD 写入约 37TB；按这个速度外推，约等于一年 640TB 写入。对 1TB 消费级 SSD 来说，这已经接近一些盘的保修写入量级了。我自己也中招了，中招了的小伙伴自己输入这段提示词诊断一下吧先提示词：帮我检测 ~/.codex/logs_2.sqlite 是否因 TRACE 日志持续高频写盘？据说有更新修复不过可能是针对CLI用户，桌面端目前还没发布升级包。可以先用如下提示词止损：用sqlite trigger 拦截 logs 表，并checkpint/truncate wal，最后采样确认max（id）和wal不再增长。#ai #codex #ssd #bug

17. 立即升级！Codex 被爆重大 Bug，SSD 可能一年就被写废\x0a\x0a如果不是一位开发者查了下硬盘写入量，这个 Bug 可能还会继续躲在后台。\x0a\x0a他的设备连续运行约 21 天，SSD 累计写入约 37 TB。按这个速度估算，一年可能达到 640 TB，接近部分 1 TB 消费级 SSD 标称的终身写入量。\x0a\x0aSSD 的写入次数有限，部分 1 TB 消费级 SSD 的标称写入寿命约为 600 TB。照这个速度持续写，不到一年就可能把寿命耗光。\x0a\x0a最离谱的是，Codex 不是在下载模型，也不是在编译大型项目，它只是在不断写日志。\x0a\x0a问题出在 ~/.codex/logs_2.sqlite。Codex 此前会保存大量 TRACE 级日志，包括 WebSocket 事件和重复的遥测记录。SQLite 又在不断执行“写入再清理”，数据库文件看起来只有约 1.2 GiB，底层却可能已经发生 TB 级写入。\x0a\x0aOpenAI 已在 Codex 0.142.0 中修复这个问题，停止记录每个 WebSocket 事件，并过滤部分重复遥测日志。并提醒大家要升级到最新版本\x0a\x0aNode.js 开发者可以执行：\x0a\x0anpm install -g 安装的可以这样执行：\x0a\x0abun install -g

18. Codex CLI 爆出"硬盘杀手"Bug：你的SSD可能正在被悄悄写入直到干报废！附带解决方案

19. Codex 被曝异常写盘严重 BUG

20. OpenAI Codex一个日志Bug，21天写穿37TB硬盘

21. OpenAI Codex 被曝严重 Bug：每年默默写入 640TB…

22. vibe coding废电脑？Codex 会不会到底会不会伤 SSD？

23. 开着Codex不管，一年写废一块SSD

24. 静态分析工具作为LLM生成代码安全性评估标准的可靠性审视

25. 每日 GitHub 简报 · 2026-06-29

26. CodeX 深度解析（六）：CodeX 的边界、风险与未来演进

27. Codex 安全企业教程：先把边界立住，再谈效率

28. 安全边界总复盘：哪些任务先别让 Codex 直接执行

29. OpenAI公开Codex安全运行方法，代码Agent开始补上企业级刹车

30. 别让 Codex 误删生产库：沙盒和权限要这么设

31. 刚刚，OpenAI买下Python最强基建，准备垄断开发者「生产资料」

32. 普通程序员还要不要入局做 AI Agent？造Codex不如用Codex和Claude Code

33. 大龄程序员的现状和出路是什么？

34. Codex 插件【CircleCI】：构建、测试并部署应用

35. Codex 插件【CodeRabbit】：AI 代码审查当前更改

36. 零代码基础，用Codex开发上线了一个AI Plus商城系统，全是踩坑和填坑的经验！！

37. Anthropic推出Claude Security公开测试版，AI直接扫描生产代码漏洞

38. 为什么大众对AI生成代码的道德容忍度要明显高于AI生成的图片视频和音乐？

39. 现在程序员的代码大多数都是用AI生成的，后面会成为屎山代码看不懂吗？

40. Codex 插件【Botpress】：生产级 AI 智能体

41. Codex 插件【Git Diff Patcher Bridge】：安全审查 AI 代码补丁

42. AI圈昨晚炸了！Claude Code内部不慎操作，导致源码泄露，整整51万行代码、1900多个文件，全部意外公开，而这件事背后更重要的是：让所有人第一次看清楚，下一代AI软件到底长什么样。#大有学问 #红衣聊AI #代码 #网络安全 #Claudecode

43. 过去十年，大家一直在说AI会改变编程。但现在看，真正被改变的，可能不是“写代码”，而是“审代码”。如果未来AI写代码、审代码都变成了常态，程序员最核心的能力到底是什么呢？#大有学问 #红衣聊AI #anthropic #人工智能 #程序员

44. Codex上线手机端啦！免费用户可用

45. 阿里推出 Qoder Security，AI 代码终于多了几道安全防线

46. 独家解读|为什么是 Virtue AI？揭秘 Meta 收购华人 AI 安全团队始末

47. 当智能体开始"动手"：AI安全如何兜住风险？

48. OpenAI推出Codex Security，AI自主修复软件漏洞

49. Codex 插件【Data Dolphin】：Dolphin 技术上下文

50. Codex 插件【ArmorCodex】：管理 AI 策略

51. AI只替代文科？信息安全为什么被砍了川大这次撤销专业的名单里，躺着信息安全和材料化学两个硬核理工科专业。很多人以为AI只会替代低端文职软技能，实际上AI啃食的边界早就延伸到中等技能的理工科领域了。基础的代码安全检测，AI已经能批量完成，准确率不比专业人员差。常规的材料性能分析和数据建模，AI出结

52. 【限时免费：云效 AI 代码评审新增跨文件感知，改一处查全局】云效 AI 代码评审新增跨文件感知能力，免费开放。改了一个函数，AI 自动追踪所有调用方，提 MR 时就能发现那些藏在 Diff 之外的风险。实测召回率提升 19 个百分点。https://developer.aliyun.com/art

53. 使用 CodeX 等 AI 编程工具效率翻倍的关键不在于模型能力，而在于采用"先拆需求、再出计划、小步修改、逐步确认"的规范驱动流程，避免随意丢任务给 AI 执行。许多开发者使用 AI 编程工具效果不佳，并非大语言模型能力不足，而是任务描述过于随意，导致产出质量低、返工频繁。核心在于将思考环节留

54. OpenAI Codex 实战踩坑：并发限流、代码生成失败与权限适配解决方案

55. Codex 避坑全解：沙箱、权限、AGENTS.md、Worktree七类问题一次理清

56. Codex-最佳实践

57. Codex 初次使用最容易踩的 10 个坑

58. Codex-常见问题

59. Codex 本地运行正常，Docker 里却报错？从环境复现到最小修复

60. Codex在真实生产环境中容易踩哪些高危坑？怎么系统性规避？

61. 别再让Codex裸奔了！装上这3个Skill，效率暴增300%

62. Positive feedback from a former developer: Codex is genuinely amazing

63. AI编程的真实面貌：当65%开发者拥抱AI，效率神话为何仍存争议？

64. 一位资深 Builder的自述：我如何借多 Agent 开发工作流，一周做出 MVP、一个月上线

65. 3天烧15亿token后，聊聊5.6的真实体验

这个隐藏 bug 正在悄悄写坏你的 SSD，Mac 用户尤其危险

精选参考来源