标签

AI做得了事,担不了责

发布时间:2026-06-15 02:15阅读:1

前两篇文章发布后,有位读者给我发来私信,提了几个非常实际的问题。

他公司的测试团队因为质量不达标被遣散,开发现在要承担测试质量和bug的全部责任。老板私下说,他积累的管理经验正在被AI时代冲击,打算大幅缩减人员。他以前从不担心独立开发者,现在却很担忧,因为一个人配合AI就能复刻出同等甚至更优秀的产品。

他还问:既然你用AI顺手把PM和测试的活儿全干了,那放大来看,将来大部分中小公司是不是只需要几个人,借助AI把产品、测试、运维、安全、基础设施全部扛起来?

这几个问题指向同一个认知盲区。前两篇讲了AI在能力层的短板——感知现实有限、缺乏自驱力、做不到范式突破。这些是AI"能不能"的问题,也是能力层里人仍然有优势的地方。

但读者问的不是AI能不能,而是人还剩什么。

这是我的答案:AI替代的是能力层里"已有解"的部分。但能力层之上,还有一层东西,AI碰不到。我管它叫存在层:价值判断、信任、意义。

先说清楚这个框架。

能力层:推理、编码、执行、解决问题,是"怎么做"和"能不能"。AI在这层全面铺开,大部分事做得比人好。前两篇给AI画的三条线,即感知现实、自驱力、创新是这层里AI的三个缺口,也是人在这层最后的优势。

存在层:价值判断、信任、意义。即"值不值得做"、"谁来做"、"为什么而做"、"要不要做"。它不是技术问题,是你作为一个人,在组织、社会、文化里的位置问题。AI在这层没有存在感,并不是因为它不够聪明,而是因为它没有作为"人"参与社会的资格。

往下说三个点。

回到那个读者的问题。pizza team在技术上完全可行,但pizza team做不了的第一个东西是:做选择。

你做一个产品,每天遇到的选择不是技术问题,是价值观问题:

这些不是prompt能描述清楚的问题。不是因为AI不够聪明,而是因为这些问题没有标准答案。它们的答案取决于你相信什么。

AI能给你列出每个选项的pros and cons,但它不能替你选。选择的那一刻,你投射出去的是你的价值观,不是你的推理能力。

就像前两篇反复出镜的Karikó。数据站在对面,她选"继续",因为她相信原理是对的。这个"我相信",AI没有。

再举一个近的例子。2026年5月,antirez发布ds4,README里特意补了一句:"如果你不接受AI辅助代码开发,这个软件不适合你。"这不是技术声明,是价值观声明。他在说:我选择这个开发方式,你如果不同意,可以不用。用AI写了1500行C代码发出来,还是选择手写,这本身是一个价值判断,不是一个能力问题。

小到一行代码的风格选择,大到职业生涯的方向切换,价值的权重永远在,AI永远不背这个权重。

pizza team做不了的第二个东西是:让甲方签字。

你知道一个创业公司怎么拿下第一个大客户吗?不是技术方案写得比大厂好。是那个CTO飞了三趟北京,在客户会议室里被问了两个小时的刁钻问题,走的时候对方说了一句话:"你们团队人不多,但我信得过你。"

信任是人对人的。它不是对能力的评估——大厂能力更强。它是一种对"这个人搞砸过,然后扛住了"、"这个人说能做到,就是能做到"、"这个人上次出事故的时候,没有甩锅"的积累。

你签一个SaaS合同,服务可用性SLA写的是99.9%。这个东西谁来赔付?AI吗?是签合同的那个法人、那个公司、那个CTO。对方买的是你的服务能力,但签合同的时候,他买的是你出事了会兜底。

这就是为什么SOC 2、等保、合规审计这些东西审的都是人、流程、制度,不是prompt质量。不是技术不够先进,是法律体系不给非人主体留位置。

再往下说一层。团队内部的信任也是人对人的。我最信任的同事不是代码写得最好的那个,是上次线上炸了,凌晨三点我们俩一起盯着屏幕、一句废话没有、闷头排查了两个半小时的那个。这种信任来自脆弱性的共享——我们共同经历过糟糕的时刻,你知道对方在那时候是什么样子。

AI没有"搞砸过"的概念。它不能跟你一起共情一个凌晨三点的线上事故。它不能犯过错后承担后果。而恰好是"搞砸"、"扛住"、"被原谅"构成了人与人之间最深的信任纽带。

所以,pizza team能做出一个好产品,但签不下一个需要SLA的合同。不是因为产品不够好,是对方不知道该找谁负责。

最后一个点,存在层最深的地方。

AI处理符号,人不只处理符号。人问:"这值得做吗?"

这是一个AI永远问不出来的问题。不是因为难度高,是因为"值得"不是一个可计算的量。它不来自数据分布,来自你对自己生命的感受。

一个程序员用AI三天写出了一个小SaaS。功能完美,性能好,部署顺利。但三个月后他不维护了。不是因为技术上遇到了什么困难,而是因为他发现"帮人自动生成营销文案"这件事,他不觉得有意义。

另一个程序员,用AI花半年做了一个开源的教育工具,给偏远地区的孩子用。用户量不大,bug还不少,但他每天晚上下班之后还在修。问他为什么,他说:"我小时候就没这个。"

这两个例子,AI看不出区别。对AI来说,它们都是"代码已生成、测试已通过"。但第一个人会慢慢放弃,第二个人会一直做下去。区别不在能力层,而在意义层:你觉得什么东西值得你的时间。

自驱力的燃料其实是意义感。Karikó相信mRNA值得做40年,Linus觉得有个自己的操作系统是好玩的,antirez觉得推理引擎不够快就得自己造一个——这些都不是功利计算。自驱力让你往前走,意义感告诉你值得往哪走。没有意义感撑着的自驱力,烧不了40年。

而"我觉得这事值",这种话AI说不出来。

回到前面提到的Linus。在北美开源峰会上有人问他怎么看"我们99%的代码都是AI写的"时,他说了一句更狠的:"我几乎可以肯定,这些人100%的代码都是编译器写的,但他们从来不会承认这一点。"

不是抬杠。编译器确实写了你每一行C代码对应的机器指令,但你不会说代码是编译器写的,因为你知道做什么是你决定的。AI替代的不是"做什么",是"怎么做"。做编译器的替代了"怎么翻译",做AI的替代了"怎么实现"。但"做什么"、"值不值得做"——Linus想造一个操作系统、Karikó想验证mRNA原理、antirez想写出更快的推理引擎——这些东西从来没有被替代过,从来没有被工具写过。

你的护城河不在你能写多少行代码、能管多少台服务器、能覆盖多少种测试用例。AI在这些事情上迟早超过你。

你的护城河是:你知道什么东西值得做,你敢为它负责,你愿意跟别人一起扛,只是因为你扛过。

测试团队被裁了,开发背上质量全责,短期看似降本,长期看是风险转嫁,只是延缓,治标不治本。因为质量不是测出来的,是被在乎出来的。你在乎,你就会测。你不在乎,把test case拷给你你也不会认真跑。

pizza team能做出来。但做出来之后的事,比如谁签字、谁兜底、谁扛住凌晨三点的线上事故,答案不是"几个人加AI"。答案是一个又一个具体的人,有名字、有脸、有自己搞砸过又被原谅的经历。

所以,不必恐惧。去问第一个问题,去做那个在乎的人。