花 200 美刀买“黑盒”?Claude Code 这波更新,把程序员当傻子了吧…

0 阅读4分钟

有些产品吧,功能再强,只要开始“藏事儿”,程序员的雷达立马就响了: 你到底读了哪个文件?你到底搜了啥?你到底改了啥?——别跟我说“别管细节,反正我很聪明”。哥们,工程不是玄学,是可验证、可追溯、可复盘。

然后,Claude Code 2.1.20 就真把这事做了:把“读取文件路径”和“搜索 pattern”这种最基础的可观测信息,直接干没了

image.png

1)更新前 vs 更新后:从“可审计”变成“随缘”🤡

以前你会看到它读了哪些文件、搜了什么关键词,属于那种一眼就能判断它有没有跑偏的“低噪音透明输出”。

现在呢?就一句:

“Read 3 files.” “Searched for 1 pattern.”

就这。 读了哪 3 个文件?不重要。 搜的是什么 pattern?无所谓。 你想复盘?你想纠偏?你想知道它是不是把 .env 当成 README 扫了?——不好意思,**你配吗?**😅

image.png

image.png


2)“减少噪音”?💥

Anthropic 的回应大意是:

“对大多数用户来说,这是减少噪音的简化。”

这句话听着就很熟:

  • 产品经理:减少噪音
  • 工程师:你把关键信号删了
  • 用户:我现在连它在干嘛都不知道了

因为对写代码的人来说,“读了哪几个文件、搜了什么 pattern”不是噪音,是安全带

  • 它读错目录了,你能立刻发现
  • 它搜错关键词了,你能立刻纠正
  • 它在疯狂扫 vendor/node_modules/,你能立刻叫停 现在全部变成“我读了点东西,你别问”——这不叫简化,这叫黑盒化

3)“用 verbose mode 啊”:高射炮打蚊子?

更离谱的是:大家要的是**“把文件路径和搜索 pattern 显示回来”**,结果官方建议:

“去开 verbose mode。”

verbose mode 是什么?就是一坨“瀑布流”:thinking traces、hook 输出、子 agent 全量 transcript、甚至整段文件内容都可能给你糊屏幕上。用户要的是“把路标加回来”,你给人上了个“全量黑匣子录音录像”。

而且 GitHub issue 里不少人说得很直白:来回 Ctrl+O 切换 verbose 根本不是解决方案,摩擦太大、输出太乱,核心问题还是“默认输出不透明”。

issue


4)这事是信任链断了

很多人以为这只是“UI 输出变简洁”。但工程上它影响的是三件大事:

A. 你没法判断它是不是在瞎逛

AI coding agent 最怕什么?不是写不出来,是写得很自信但在错误上下文里狂奔。 你以前还能靠“读了哪些文件/搜了哪些关键词”判断它有没有跑偏,现在只能靠最终产物猜。

B. 你没法做最小成本纠偏

你想一句话纠正它:“别看 src/legacy/,去看 src/v2/。” 前提是你得知道它在看哪。现在它说“Read 3 files”,你纠偏成本直接上天。

C. 审计与合规直接变笑话

很多团队用 agent 的前提是:能追溯、能解释、能审计。 结果现在连“到底读了啥”都不告诉你,那你怎么向团队/安全/合规解释?

5)想要的很简单

用户诉求其实非常朴素:

  • 要么恢复旧行为(显示文件路径 & pattern)
  • 要么给一个 boolean toggle(默认简洁也行,但可一键开启透明输出)

这比“不断给 verbose mode 做减法、再一点点把它削成‘不那么 verbose 的 verbose’”要干净得多。否则最后就会变成: 为了实现一个开关的效果,先造一个反人类模式,再持续做手术把它改回开关。(宇宙级脑回路)

这让小D想起来很久之前一家公司优化了一个全网的功能点,但是没有提前发布公告,上线直接全是投诉。。。。。。


6)现实建议😌

如果你也在用 Claude Code / 任何 coding agent,建议把这几条当“保命清单”:

  1. 把可观测性当刚需:文件路径、搜索词、变更摘要,缺一不可。
  2. 默认输出要可审计:调试模式可以很吵,但默认模式必须“看得懂它在干嘛”。
  3. 别被“减少噪音”忽悠:信号不是噪音,删信号=删安全带。
  4. 能 pin 版本就先 pin:遇到这种“行为级变化”,先稳住生产力,再等社区/官方给明确方案。
  5. 你掏钱买的是效率,不是盲盒:工具越强,越要透明;越不透明,越容易把你带沟里。

结语

AI 工具可以“更聪明”,但不能“更不可见”。 否则你以为你在结对编程,实际上你是在跟一个会写代码的“黑箱”赌命。😅


喜欢就奖励一个“👍”和“在看”呗~

image.png