全靠AI编程 大厦将倾
Google 在 I/O 2026 上有三位工程负责人接连上台，主题不同，但他们说的是同一件事。「在 Google 内部，75% 的代码已经由 AI 编写。」
——Andrew Macvean & Nicole Forsgren, Google Developer Intelligence team
但他们紧接着泼了一盆冷水：
「AI 在个体生产力上的提升，可能伴随着团队整体生产力的下降。」
个体冲到 10x，团队却在悄悄退步——这是过去一年所有跑快了的工程团队都在发生、但很少有人愿意大声说的事。
Adam Bender 在台上说的最犀利的一句：
「AI 是放大镜，它会把你已有的优势放大，也会把你已有的弱点放大。」
注意 “放大” 是个大小，不是方向。
AI 能让你生成更多代码、更多测试、更多文档。
当然也能让你产生更多混乱、更多技术债、更多事故，取决于你已经在朝哪个方向走。
10x 之后第一个崩的，不是模型。
Bender 抛了一个值得每个技术领导者深入思考的问题：
「如果你的工程生态在未来 18 个月内必须放大 10 到 15 倍，你知道哪个环节会第一个崩吗？」
他一个一个节点拆——
代码评审：tech lead 一天连 5 个 10x 工程师的评审都跟不下来。如果人不再亲手写代码、review 又走过场，那这个代码库到底还有谁在认真看？
测试：10x 代码可能等于 100x 甚至 1000x 测试量。
版本控制：多数主流版本控制系统不是为性能优化的，优化的是一致性。
Rollback：今天 rollback 之所以能跑，是因为发布速度比事故检测慢。当发布快于检测，回滚要面对的就是叠加起来的多个变更。
内部 API：「agent 不会跟你协商，它找到一个 API 就开始调用，能拿到你的数据它就拿。」
每一条都不是 “AI 模型出问题” ，全是你以为已经稳定的工程基础设施。AI 不会替你解决它们，AI 会按你已有的方向把它们的脆弱性放大。
最危险的不是 AI 写错代码，是“认知投降”。
圆桌嘉宾 Addy Osmani 抛出全场最犀利的两个词：
「认知债，是你对问题的理解和记忆的退化——因为你把问题不断甩给 AI。然后自然演化成认知投降——你彻底不再思考了。」
后果：「一个非常大的纸牌屋」。等出问题时，你已经丧失了调试它的能力。
Bender 给了一个现场小实验，建议每个 leader 回去试一下：
「让团队每个人画一张你们系统的架构图，看你能拿到几张不一样的图。」
重新定义生产力指标
不要再用 PR 数量或代码行数。只测速度不测质量，系统不稳定性会暴涨。
主动给团队留出“啃硬骨头”的时间
人是在“被卡住、自己想办法绕过去”的过程中成长的，不是在“直接拿答案”里成长的。
常规工作时间里单独划出受保护的时段，做架构 walkthrough、亲手实验新工具，不许走 AI 捷径，否则团队会一起淹没在认知债务里。
把“心理安全”做到极致
意思是真正容许失败，不是 HR 海报上写写。
否则工程师明明知道某个新方案有 30% 翻车率，但翻一次就被打绩效，所有人只敢缩回旧路径。
你买的 AI 工具最后全部被用来做最保守、最没创新的事。
https://s3.bmp.ovh/2026/05/28/tWq6XLVx.jpg
https://s3.bmp.ovh/2026/05/28/W72Cw8L1.jpg
https://s3.bmp.ovh/2026/05/28/8XpojLD7.jpg
页:
[1]