＂AI 不是工具,是自动化点餐＂—— Clojure 之父这句话戳中了什么

10 月 12 日，Clojure 之父 Rich Hickey 发了篇文章，标题就很冲：《"AI"不是工具》。

他说大模型不是工具，是"自动化点餐"——你点的汉堡，肉饼几分熟、酱料放了多少，你根本不知道。

这句话把 Hacker News 炸出了几百条评论。但真正戳中人的，不是"AI 算不算工具"这个词义之争，而是一个更难回答的问题：你是在驾驭它，还是在被它代劳。

一、这场 10 月的口水仗，怎么打起来的

Hickey 先给"工具"下了个很窄的定义：工具是你握在手里、能持续控制、随时改方向的东西。你挥锤子，力量自己定；你推锯子，角度自己调。

大模型不是这样。你丢一句"帮我写个登录页"，它吐出一段代码——用了什么库、埋了什么坑，你在按回车前根本不知道。

所以他给了那个著名的比喻：得来速窗口。"得来速不是做饭的工具，它是让你避免做饭的自动化。"

他说得更狠：LLM 不是帮你写代码的工具，是帮你"避免写代码"的自动化。你放弃的不是打字，是"知道自己在做什么"这件事。

同一天，一位叫 Huahai 的博主写了篇《AI 是工具，用好它需要技能》回击，直接把 HN 顶到了榜首。

二、Hickey 戳中的，不是"定义"，是三件事

先别急着站队。Hickey 这段话之所以炸，是因为它戳中了三个真实的痛：

Hickey 还举了个更日常的例子：Kindle 是你握着读，让 AI 出摘要不是——"它替你读了论文，不是你读了"。同一个动作，一个在锻炼你，一个在绕开你。

这其实是我上一期《10 月风向》里"模型不是瓶颈"那句话的背面：当"出活"这件事越来越不值钱，"知道自己在做什么"反而成了最稀缺的东西。Hickey 担心的不是 AI 太强，是你把最后这点判断力也交了出去。

工具：你握着 vs 自动化：自己跑

三、Huahai 的反击，为什么也成立

但 Huahai 的两刀，刀刀见血：

他还补了一句最关键的话：真正的分界线，是"带着理解去驾驭"，还是"没有理解就甩手"。

四、反转：这场架吵的不是词，是你怎么用

看到这你应该懂了：这根本不是一场语文课。

Hickey 和 Huahai 吵了半天"工具"的定义，最后却站在了同一个地方——问题从来不是"AI 是不是工具"，而是"你把它用成了什么"。

同一个人，同一个模型：你让它写完代码、你逐行 review、你 run 测试、你改了再让它改——这是工具，你握着它。

你把它丢进项目、闭眼点"全部接受"、出 bug 了才想起"哦这代码不是我写的"——这就是自动化点餐，你在被代劳。

工具性是个光谱，不是非黑即白。你的每一次"要不要看一眼它写了什么"，都在光谱上往左或往右挪一格。

给你三个自检问题：

① 这段代码里，有没有一个函数你能说清它为什么这么写？

② 它引的依赖，你至少扫过一眼版本和用途吗？

③ 它写的测试，是真断言还是空断言？三个里有一个答不上，你今天就站在"点餐"那半边。

从甩手到驾驭，是一个光谱

五、收束：舵手与乘客 

下次再让 AI 写代码，别急着点"接受"。先问一句：这段代码，我能给别人讲清楚它是怎么工作的吗？

讲得清，你在开船；讲不清，你在点餐。

舵手：握舵有反馈 vs 乘客：闭眼到站