读完这篇小说，我背脊发凉：当程序员变成AI的“提线木偶”

最近偶然读到一篇极具讽刺意味的短篇小说，看完之后我坐在工位上发呆了很久。故事设定在一家名为“智念 AI”的公司，里面发生的一切荒诞离奇，却又让人感到一种深深的寒意——因为有些情节，竟然和我们现在的日常惊人地相似。

转发一篇短篇小说 和使用AI相关的 搞七捻三 - 纯水 , - 职场 Jul 7 2m ago post by suxiaosheng 5 mins ago 苏晓生 suxiaosheng 5m 1、 十四�

今天不想谈论什么具体的工具或者 Prompt 技巧，想和大家聊聊这篇小说里折射出的两个核心问题：我们正在把自己变成流水线上的零件吗？ 以及 如果代码不是自己写的，我们到底在创造什么？

一、 幻觉中的“高效率”：你是在编程，还是在做搬运工？

小说描述了一个让人头皮发麻的日常：主角周二接到需求，把工单扔给 AI，十分钟后生成文档，半小时后提交 PR，又过了十分钟代码合并上线。这简直是卷王眼中的“极致效率”，对吧？

但现实是，主角根本不知道那段 PR 是干嘛的。他就像个只会对嘴型的配音演员，不仅不懂代码逻辑，甚至连 Review 都是在装模作样。

这让我想起现在很多开发者的现状。为了追求速度，我们把需求丢给 AI，把生成的代码直接贴进编辑器，遇到报错再把报错贴回去修。我们以为自己在“驾驭” AI，但实际上，我们可能正在退化为一个单纯的“复制粘贴”中间件。

二、 全员“摆烂”的生产线：零审查的灾难

故事里最讽刺的一幕发生在一个周三 evening。主角合并的代码引发了一场灾难：测试环境里的用户收到了几十封通知“未来事件”的邮件。

为什么？因为这是一个典型的“击鼓传花”链条：

AI generated code concept illustration

1. CEO 向 AI 口述产品规范，转发给产品经理说“请执行”；
2. 产品经理让老张开发；
3. 老张的 AI 代写代码，他看都没看就点了个赞；
4. 主角在上面加了个通知服务，直接合并。

这一整条链路上，零人类审查。每个人都默认“别人会检查的”，结果就是没人检查。代码跑通了，但逻辑错得离谱。

这给我们的警示非常直接：AI 可以帮你写代码，但它不能替你负责。 当你放弃了对代码逻辑的掌控权，你也就放弃了对生产安全的掌控权。

三、 当我们失去了“独立思考”的能力

小说里最让我后怕的，不是那堆 bug，而是主角在周四的一次尝试。

independent thinking concept

那是他请病假的一天，他坐在阳台上，试图不借助任何外力，用自己的脑子想一个原创的句子。结果他失败了。他说：“我的脑子很满，但那都是准备提交给机器的下意识念头……就像在搬走的旧屋里摸索电灯开关。”

这太恐怖了。仔细想想，你有多久没有纯粹地思考过了？遇到问题，第一反应是不是“问一下 GPT”？写周报、写邮件、甚至写发给对象的情话，是不是都想让 AI 代劳？

如果我们的思维逐渐退化成“如何向机器提问”，而失去了“如何构建答案”的能力，那我们离故事里那个只会发表情符号、对着心理 AI 哭泣的老张，还有多远？

四、 拒绝做“流水线员工”，重拾工匠精神

读完这篇小说，我并不是想劝大家“别用 AI”。那是不现实的，也是逆时代潮流的。但我想说的是，用法决定结局。

我们不能把 AI 当成一个全权代理的“外包员工”，而应该把它当成一个增强版的“学徒”。

1. AI 给的是胚胎，你得去打磨： 它生成的代码、文案、架构图，只能算是一个半成品。你必须去理解它，去批评它，去修补它。这个过程，就是“工匠精神”的体现。

2. 必须建立“人为审查”的底线： 无论 AI 显得多聪明，每一行推向生产环境的代码，每一个对外发布的决策，必须经过真正的人脑评估。如果看不懂，就不要合并。

3. 保留“离线思考”的时间： 每天给自己留一点时间，关掉 Copilot，关掉 Chat 窗口，拿纸笔或者白板，自己去推演逻辑。哪怕效率低一点，但那是为了保住你作为“人”的那个“内核”。

写在最后

技术是为了让我们更像人，而不是让我们更像机器。千万别让工具把你变成那个只会盯着 Token 排行榜发呆的“老张”。

你是使用工具的人，别让工具“使用”了你。