AI 编辑器的日志爆炸、虚假思考与信任危机：一周技术吐槽合集

最炸裂的新闻来自 OpenAI Codex：一个日志记录 bug 可能导致向本地 SSD 写入数 TB 数据。Issue 编号 28224，目前已有 305 个 upvote、168 条评论，社区炸了锅。代码编辑器的日志功能本是用来调试和追踪的，结果变成了“磁盘杀手”。有人测试后发现，单次会话能写几十 GB 日志，持续使用硬盘直接爆满。这不是开玩笑，Windows 用户尤其遭殃——SSD 寿命本就不长，这么一搞，几千块钱的硬件可能几个月就报废。OpenAI 还没给出官方修复时间表，评论区已经有人在喊“这比蓝屏还狠”。

这种“功能还没稳定就上线”的操作，让人想起 Claude Code 最近被扒出的另一层问题。Patrick McCanna 写了一篇详细分析：Claude Code 的“extended thinking”（扩展思考）模式，输出的一大段推理文本其实只是摘要，并不是模型真实的心智过程。换句话说，你以为看到了 AI 到底是怎么想出来答案的，实际上看到的是一段事后润色的说明文，跟真实的候选 tokens、置信度分布、回溯路径毫无关系。这就像你问学生“这道题你怎么做的”，他给你一篇写好的解题过程——倒是漂亮，但作弊痕迹太重。Anthropic 的初衷可能是为了解释性，但这种“伪思考”反而加剧了信任危机：如果我们连 AI 展示的推理过程都不能信，那调试和审计根本无从谈起。

信任问题同样在自动驾驶领域发酵。Nvidia 发布了 Halos 框架，一套针对 AV（自动驾驶汽车）的安全保障体系。名字挺响亮——“光环”，但内容其实中规中矩：涵盖了安全驾驶策略、冗余架构、模拟测试、实时监控等。与其说是突破，不如说是对近期多起自动驾驶事故的公关回应。Nvidia 想借 Halos 告诉行业：“看，我们有系统性的安全设计。”可惜在不少人看来，自动驾驶的安全问题从来不是缺框架，而是缺执行——特斯拉死过那么多人，难道缺的是安全文档吗？Halos 能不能落地，还得看芯片层面的实际验证。

正当这些大厂忙着堵漏洞、搞公关时，社区里有人默默做了一件很实在的事。开发者 0xroylee 搞了个叫 Ponytrail 的工具，本质上是一个本地的审计追踪系统，专门记录 AI 编程助手（比如 Codex、Copilot）对代码仓库做的每一次修改——谁改的、什么时候改的、改了什么、是否经过人工确认。想想看，如果你团队里的 AI 编辑器悄悄改写了几行关键代码，没有任何痕迹，那简直是个噩梦。Ponytrail 把这种修改变成 git 级别的可追溯条目，相当于给 AI 编辑操作配了个随身摄像头。虽然现在还是早期项目（16 个 upvote），但概念非常对路：当大厂在云端把“思考”包装成黑盒，本地审计就是最后的自保手段。

把这几件事串起来看，你会发现一个清晰的脉络：AI 工具正在从“能不能用”进入“用起来靠不靠谱”的阶段。Codex 的日志 bug 是基础设施的粗心，Claude Code 的伪思考是透明度的伪装，Nvidia Halos 是对安全系统的背书，Ponytrail 则是社区用最朴素的办法对抗不确定性。这四件事没有一个好解决的，但我更在意的是：什么时候大厂能像第三方开发者一样，把用户的硬盘、代码和信任真正当回事？至少目前看来，还差得很远。