引言 — 引发热议的文章
2026 年 7 月 8 日，一位名叫 Alec Scollon 的开发者发表了一篇题为《I Think I Have LLM Burnout》的短文。这篇文章很快在 Hacker News 上被顶了上去；而这种情况通常意味着，它精准地道出了许多人早已感受到、却一直说不出口的某种东西。
它的要点并不是"AI 工具很糟糕"。而是一天的形态悄然变了，这种变化会以一种未曾亲历者难以理解的方式让人疲惫。"我整天都在用这个工具"和"可它却在把我掏空"之间的那道缝隙，正是这篇文章所捕捉到的。
我想先准确地转述他的观点，再补上一份我自己的平衡视角。LLM 的帮助真正显出价值的地方在哪里，而无休止的审阅与上下文切换又在哪里一点点侵蚀着人。既不是 AI 末日论，也不是 AI 赞歌，同时也不把这种疲惫搪塞为个人的软弱。
这篇随笔实际在说什么
Scollon 并不属于反 AI 阵营。他每天要花好几个小时阅读 LLM 的输出，审阅助手写的代码，浏览那些无人监督地跑着的智能体所产出的结果。而且他明确承认，这些工具会展示出他自己想不到的思路。
他也细致地承认那些行之有效的部分。模型会教给他一些东西，端出他没想到的设计，把工作中重复的部分处理得更快。这并不是把牢骚用虚假的平衡包装起来。正因为价值是真实的，这种疲惫才显得不那么理所当然、反倒令人困惑。
他的工作被折叠成了一个循环：设计代码，把设计讲给模型听，审阅模型给出的东西，然后才亲自动手写代码。编程这件事依然存在，但如今被摆在了"提示词与阅读"这条流水线的最末端。
他所说的疲惫，其实不是因为错误，而是因为重复。用他的话说，"LLM 总是以同样的风格来写，总是犯同样种类的错误"。错误的前提、幻觉、一句句生硬断续的断言、过多的表情符号。每一样单看都不严重，但一再撞见这几种相同的毛病，会把他一点点磨掉。
这篇随笔之所以打动人，是因为它坦然承认没有解法。他提到了个性化设置，却也坦白那有着明显的局限。然后他没有收束就结了尾："我还不知道该怎么处理这种情绪。"正是这种拒绝把丝带系得漂漂亮亮的姿态，也许才是这篇文章能引起如此广泛共鸣的原因。
真正的成本：审阅就是劳动
藏在这一切底下的那个令人不安的洞见很简单：生成变便宜了，验证却没有。模型几秒钟就能吐出一页看似像样的代码或文字，但确认它对不对，仍然要按人的速度来，而且常常比自己动手写还要慢。
这种不对称就是问题的全部。当一天被那些几秒钟就生成出来的输出塞满时，审阅并不会让人觉得像是从前工作的轻量版。相反，它感觉更沉重，而这背后有着具体的原因。
- 批判性地阅读陌生代码，比写自己那份意图早已握在脑中的代码，要花更多力气。
- 看似像样的输出会让人放松警惕，于是要抓出那些细微出错的前提，反而需要更多的注意力。
- 因为失败会反复出现，你不会遇到新鲜有趣的问题，而是整天在重新检查同一种错误。
在一个总把"验证一切"挂在嘴边的博客里，这一点值得停下来说说。验证并不是真正的工作干完之后再补上的形式手续。如今，审阅 AI 的输出本身就是工作，而它背负着生产力仪表盘上很少能捕捉到的实实在在的认知成本。Hacker News 的讨论帖里也满是同样的观察：人们谈起那一堆堆需要事实核查的生成文档，还有那种"制作变得更快了"、却不知不觉"相信变得更慢了"的感受。
最好把它和常见的过劳区分开来。经典的倦怠通常来自量：太长的工时、太多的工单。而这个不一样。哪怕工作时间更少，人也可能感到内里空空，因为工作的构成本身，已在脚下从"创造"悄然换成了"审计"。给此刻自己所处的这种疲惫命名，是修正正确问题的第一步。
但工具依然显出价值的地方
但这并不意味着这些工具是净亏损，而这篇文章若要诚实，就该把这一点说清楚。LLM 真正擅长的是样板代码、搭 UI 骨架，以及踏进那些过去因调研成本太高而不敢碰的陌生语言或领域。用在这些地方，工具不是在添杂活，而是在减杂活；因为风险低，审阅的成本也保持在低位。
疲惫来自几个特定的地方，把它们拆开来看会有帮助。
- 在作者模式与审阅者模式之间不停切换。这两者其实是不同的认知挡位。
- Scollon 所指的那种"雷同"。也就是审阅那些总以相同方式出错的输出。
- 每隔几周就有新模型或新工作流到来，而重新学会它本身就成了一种税——过热的跑步机与不停换用工具。
- 要把一切都过一遍模型的压力。有时候是因为公司在字面意义上数着 token 的数量。
那场讨论里最鲜明的成功案例也是一样的：搭骨架、陌生的语言，还有那些过去调研成本会在动工之前就把干劲浇灭的业余项目。几乎没有人主张工具毫无用处。争论的焦点是比例，是当例外悄悄变成默认值时会发生什么。
所以，当你有意地为合适的工作挑选工具时，它就物有所值。反过来，当默认值悄悄变成"总之先生成再说"时，它就会让人疲惫。
这样重新表述之所以重要，是因为它改变了我们能做的事。如果疲惫真的是模型质量的问题，那我们只要等更好的模型就行。但如果它是生产与审阅之间的比例问题，那就是一个我们可以自己拧动的旋钮。
结语
Scollon 的随笔之所以值得一读，恰恰是因为它不夸张。他所描述的倦怠既不是上瘾，也不是模型的过错。它是"工作由什么构成"这件事发生了结构性的改变，而叫出它的名字，就是诚实的第一步。
可行的招数并不花哨。盯住你读模型输出的时间和自己动手产出的时间之间的比例。把审阅当作一项有真实预算的一等工作，而不是免费的收尾杂事。别在习惯或指令硬把工具塞进去的地方用它，而要省着用在工具真正能替你减负的地方。
这既不是拒绝工具，也不是向工具投降。它只是诚实地承认成本，也是为了长久地把工具用好，我们唯一能站稳的立足点。
参考资料
- Alec Scollon，《I Think I Have LLM Burnout》（2026 年 7 月 8 日）— https://www.alecscollon.com/blog/llm-burnout/
- Hacker News 讨论 — https://news.ycombinator.com/item?id=48839984
현재 단락 (1/29)
2026 年 7 月 8 日，一位名叫 Alec Scollon 的开发者发表了一篇题为《I Think I Have LLM Burnout》的短文。这篇文章很快在 Hacker News 上被顶了...