AI 疲劳：当工具成为话题本身

Jake Saunders 在博客上写了一篇题为"Is anybody else bored of talking about AI?"的文章，在 Hacker News 上获得 430 分和 321 条评论。

他说："我有点厌倦谈论 AI 了。"

这不是对 AI 的否定——他每天使用 AI，它完全改变了他工作流。但他开始感到一切变得"例行公事"。更糟糕的是，AI 完全占据了他所在互联网领域的注意力。

AI 讨论的饱和

Saunders 描述了一个现象：Hacker News 曾经充满有趣的项目和解决问题的讨论，但现在"退化成三个不同的人（几乎相同的）Claude code 工作流，以及又是另一个关于如何让 OpenClaw 抚摸你的猫和玩电子游戏，这样你就有更多时间来……配置 AI 工具的文章"。

他说这感觉有点自我实现。

这个观察捕捉到了一个真实的问题：AI 讨论变得同质化。人们不再讨论他们建造了什么，而是讨论他们用什么工具建造。

Saunders 用了一个很好的比喻："就像我去了木工 subreddit，他们不再展示他们制作的桌子，而是开始谈论他们使用的锤子。但他们都在用基本上相同的锤子，以相同的方式，所以他们只是在彼此大声尖叫同样的东西。"

这个比喻揭示了问题的核心：工具是手段，不是目的。当工具成为话题本身，我们就失去了焦点。

在"好日子"（2023 年），"Product Engineer"是热门新词。工程师应该从痴迷代码转向痴迷他们交付的产品价值。Saunders 喜欢这个，这很有意义，但我们似乎倒退了一步。现在不再是痴迷代码，而是痴迷我们开发的"过度生长的自动完成"，让它更容易做工程师最容易的部分。

更糟糕的是，老板们也买进了。Saunders 说他的经理们以前不在乎数据库技术、IDE 或 JavaScript 框架——他们只是想要功能来销售。但现在管理似乎"坚定地、有些随意地进入了实现细节"。

他估计我们大多数人今年都有某种"使用更多 AI"的公司目标。管理对 SDLC 的参与一直是个事，DORA 指标已经存在一段时间。但历史上，它总是关于输出——更快的部署、响应时间。现在我们衡量每个开发者的 token 使用量，这不比代码行数更有用。

为什么会出现 AI 疲劳？几个原因：

重复性：同样的故事反复出现——"AI 如何改变我的生活"、"我的 AI 工作流"、"AI 如何让我更高效"。这些故事变得可预测。

工具同质化：大多数人使用相同的工具（Claude、Cursor、Copilot），以相似的方式。差异很小，但讨论很大。

价值稀释：当每个人都谈论 AI，谈论 AI 不再区分任何人。它成为常态，不是亮点。

工具与价值脱节：人们谈论工具而不是价值。工具不创造价值——用工具建造的东西才创造价值。

管理压力：公司要求"使用更多 AI"，这增加了压力，而不是内在动机。

AI 讨论仍然有价值，当它：

Saunders 说："告诉我更多关于你在建造的酷东西，而不是你用来建造它的工具。"

这个观察对开发者有几个实际启示：

关注产出，不是工具：当你分享工作时，分享你建造了什么，不是你怎么建造的。工具是细节，产品是重点。

避免工具崇拜：工具不定义你。你的价值在于你解决问题，不在于你用什么解决问题。

寻找差异化：如果每个人都在谈论同样的工具，寻找不同的角度。谈论产品、用户、问题。

保持工具透明：工具应该透明——它们应该让你专注于价值，而不是成为焦点。

Saunders 以反讽结束："……是的，我很痛苦地意识到一篇抱怨关于 AI 的文章是关于 AI 的。抱歉。"

这种反讽是恰当的——但问题不在于谈论 AI，而在于谈论 AI 的方式。当 AI 成为话题本身，而不是解决问题的手段，疲劳就出现了。

AI 疲劳不是对 AI 的拒绝——它是对工具崇拜的拒绝。它是对价值的呼吁，对产品的呼吁，对实际问题的呼吁。

在这个时代，我们需要更多关于我们在建造什么，少关于我们用什么建造。