返回 2026-06-18
💡 观点 / 杂谈

你变快了,但你的公司并没有You Got Faster. Your Company Didn’t.

AI 工具确实提升了个体开发者的编码速度,但这并不等同于企业整体生产力的提高。开发者实际上只是将项目中缓慢、繁琐的协作环节外包给了团队中的其他人。个体的效率提升完全被组织架构和业务流程的固有瓶颈所抵消。如果不改变团队协作模式,单纯依赖 AI 加速个人编码无法带动整个公司效能的飞跃。

“我本想写一封更短的信,但我没有时间。” —— 布莱兹·帕斯卡

因为有了 AI,你团队里的每个人比一年前都更高效了,不信你可以问问他们。那么,为什么公司本身的运转并没有变快呢?

我想我知道原因。

假设一位工程师需要为数据库迁移写一份技术简报。两年前,这会花掉他整整一下午的时间:阅读代码和网上的文章,权衡各种选项,写了又删,删了又重写。最终的结果很简短,而且每一个字都是经过他大脑深思熟虑的。

时间快进到今天,他把上下文粘贴到模型里然后按下发送。几分钟后,智能体返回了一份计划,篇幅比他手写出来的任何东西都要长好几倍。

好吧,他现在的确更高效了,对吧?只花了一小部分时间,产出却翻了好几倍。但其他人呢?少数几位审查者打开了一份比所需长度长好几倍的文档,上面还带着那种一眼就能认出的“AI 味儿”。

而且篇幅还不是最大的问题!既然这份文档明显是 AI 生成的,每位审查者现在还得去核实里面的内容。简报里说当前任务是按顺序处理事件的。真的是这样吗?简报里说迁移涉及九张表。真的是九张吗?如果是同事手写的一句话,你会选择相信,因为有人去数过,并且用自己的名字做了担保。但当模型写出这句话,而作者又没有去核查时,这句话看起来跟同事写的毫无二致。你无法分辨哪些主张是作者认同的,哪些是模型凭空捏造的,所以你不得不把每一行都当作未经证实的。审查者最终承担了作者省略掉的思考工作(只不过这次内容排版精美,而且语气充满自信 🥲)。

因此,现在每一次审查花费的时间都比过去更长。他省下了自己的一下午,却悄无声息地消耗了其他所有人的时间。时间只是被转移了而已,而且因为一份文档只有一个作者,却有许多读者,一个人的捷径就成了所有人的麻烦。

你要知道,文档本应是一种服务。(隐含的)契约是,作者花时间写,是为了让读者省时间。这就是帕斯卡在最上面的引言中道歉的原因:长信对我来说成本很低,但对你来说代价很高;短信对我来说成本很高,但对你来说代价很低。在工作场所,我通常应该交给你一份简短的文档,因为我是唯一的作者,而你们是众多的读者。压缩、编辑和事实核查,这些才是真正的工作。

顺便说一句,不仅仅是文档……我在 pull request、自动化测试甚至决策中也都看到了同样的模式。我们之所以走得更快,是因为把缓慢的部分(阅读、真正的理解)推给了下一个人。这难道是一种庞氏骗局?

别误会我的意思:千万要用 AI。我也在用,而且(大概率)回不去了。但重点是:模型为你省下了好几个小时,所以请抽出其中一点时间用来编辑!

对于 AI 生成的代码,我已经有了一条原则:如果我无法解释某处改动,我就不能发布它。同样的原则也适用于这里:如果在文档完成后,你无法为其中的一句话辩护,那它其实并没有真正完成,不是吗?

如果你是这些文档的接收方,你有权反驳并说:“这读起来就像是一份未经编辑的草稿。你能把它精简到只保留决策、权衡取舍以及你需要我做什么吗?那样的话我很乐意去审查。”

所以这就是为什么即使公司里的每个人都更高效了,公司本身却从未加速运转。那位工程师省下的时间并没有变成什么好事:它变成了所有必须阅读他那份文档的人的负担。

而且,当他说自己速度变快时,他并没有撒谎。他确实变快了。在大多数日子里,我也一样。对我们每个人个体而言,这种速度的提升是真真切切的。只是当把整个团队的情况汇总起来时,方向却出了偏差;每个人都变快了,但整体进度却不知怎么地变慢了。

这让我觉得,相比于最近我们所提供的,我们理应给我们的读者带来更多。

需要完整排版与评论请前往来源站点阅读。