Rich Hickey:AI 不是工具
Clojure 作者 Rich Hickey 说,工具是你握在手里、能持续控制的东西,而大模型是你发一个请求、它自己跑完的自动化。读完你能算出「把活交出去」真正的成本。
「AI 只是个工具,关键看人怎么用。」这句话几乎是所有 AI 讨论的开场白。
Rich Hickey 不同意。他的理由不是伦理,是定义:工具得握在手里,你能感觉到阻力,能随时调整方向。大模型不是这样用的。
一、发生了什么
10 月 12 日,Clojure 语言的作者 Rich Hickey 在 LinkedIn 发了一篇长文,标题直接叫《「AI」不是工具》。他说这个说法他当俏皮话讲了很久,这次认真写下来。
他先回到词典:工具是手持的器具,用来完成某个功能;更准确的说法是「你驾驭的东西」。驾驭包含三层:握持带来的控制与反馈、力量或杠杆、以及有意图的持续引导。
由此他给出区分:工具是你用来做事的器具,它们不替你做。用工具会积累手艺,因为每次用力都有反馈,你会越来越熟。
大模型的使用方式不一样。你写一段请求,发出去,它自己跑完,中间你不需要持续施力,也拿不到过程性的反馈。他把这叫作自动化:在很少或没有人类直接控制的情况下自行工作。
他举了几个例子。免下车窗口有用,但它不是做饭的工具,它是「不用做饭」的自动化。你在提示词里堆满咒语,像给一台自动机写符咒,模型一升级就全作废。你说「我用它读论文」,其实是它读了,你没读。
文章最后列了放弃亲自阅读会丢掉的东西:学别人怎么组织论证、注意到细节、给脑子装新素材、判断该信谁、看懂笑话和锋利之处,以及最要紧的——练习怎么思考。
评论区里也有人不同意。有读者说,大模型完全可以当一件很强的工具用,真正的问题在厂商的激励:按 token 收费,就会鼓励你多问、少想。这个反驳有道理,但它其实补强了 Hickey 的区分——如果一样东西需要你不断提防被带着走,那它本来就不像锤子。
二、跟你有什么关系
靠手艺吃饭的。 工具用得多,手艺会长;自动化用得多,手艺会转成「会提需求」。这两件事在简历上看起来像,在出事时完全不同。
带团队的。 你省下的是执行时间,付出的是理解成本。团队里如果没人能解释系统为什么这样设计,省下的时间迟早要还。
做个人的。 把 AI 当工具,你会问「怎么用得更快」;把它当自动化,你该问「我把哪部分能力外包了,多久没练了」。
三、怎么用这套区分
读到这儿,可以顺路看 把模型关进「机器人监狱」,这场架吵错了方向 一个对本地模型做「折磨」实验的 GitHub 项目,引来要求下架的举报。文章还原争论双方,并说明为什么「模型会不会疼」这个问题目前没有可用的验证方法。- 给任务分两类。 需要你持续判断、边做边调、做完长本事的,用工具的方式:自己主导,AI 只做局部。目标明确、过程可验证、错了能立刻发现的,交给自动化。
- 保留一块「不用 AI」的地。 每周留出固定时间,手写代码、手写提纲、手算一遍。不是为了复古,是为了保住反馈回路。
- 做能力审计。 问自己:三个月前能独立完成的事,现在还能不能。如果答案是「得问模型」,那部分能力已经在折旧。
- 把审查成本算进去。 自动化产出的东西,你得读、得验、得负责。账不能只算生成那几分钟。
- 区分「控制结果」和「控制过程」。 你当然可以否决最终输出,但那不叫驾驭。驾驭是在过程中能感知、能纠偏。
四、三个别信的说法
「工具是中性的,看人怎么用。」 Hickey 的反驳是:自动化有它自己的内在属性,不因为你怎么用而消失。一个会自己跑完的东西,和你握在手里的锤子,风险结构不同。
「效率提高就是净收益。」 省下来的时间如果被用来接更多活,收益是公司的;如果你的判断力在下降,成本是你的。净收益要两边都算。
「我还保留最终决定权,所以我还是在使用工具。」 只在最后点「通过」,不叫驾驭。你没有参与过程,就没有过程里的反馈,也就没有积累。审批不等于使用。
五、一句话结论
工具让你变强,自动化让你变快;把自动化当工具来记账,会高估收益,低估自己正在失去的东西。
信息来源
- 'AI' Is Not a Tool,Rich Hickey,LinkedIn,2026 年 10 月 12 日
功能与价格以官方公告为准。本文写于 2026 年 10 月 19 日。
每周一封,只发新教程和可复制模板。不发广告,随时退订。