Simon Willison在AI Engineer大会上听完一场演讲,回去写了一句话当标题:理解才能参与。这句话听起来平淡,细想却扎人——它把"AI编程到底出了什么问题"从技术议题,直接搬到了人的问题上。
发生了什么
演讲者是Geoffrey Litt,他谈的是一个越来越多团队正在遇到的场景:coding agent一次能改动的代码量,已经远远超过一个人一天能读完、想透的量。
Litt给出的应对不是"多做code review",而是一个更狠的标准:你得懂到能创造性地推动项目往前走的程度,不是懂到能挑出几个bug就算数。他管这个叫"参与",区别于"审查"。
- 审查.被动把关,agent写完你看一眼,过了就合并
- 参与.主动持有一套完整的心智模型,能提出下一步该怎么改
这场演讲被归到Simon长期维护的"认知债务"专题下——不是孤立的一次会议吐槽,而是他持续在追的一条线索:当写代码的人不再理解代码,但代码还能跑,债务什么时候还,谁来还。
这事有多新,又有多旧
"看不懂就先用着"这件事,工程师并不陌生。从Stack Overflow复制粘贴一段函数,这问题早就存在。
但agent时代的量变正在往质变滑:过去复制的是一个函数,现在agent一次生成的是一整个子系统。debug范围、影响半径、出错后的排查成本,不是同一个数量级。
有意思的是,网上流传一个说法,称这场演讲的正式标题是"Understanding is the new bottleneck"。这个说法目前拿不出确切来源,只能算是流传中的转述,不能当成官方标题使用。真正能确认的,只有Simon转述的"Understand to participate"这一句。AIE大会有三百多场演讲要陆续放出录像,Geoffrey这场的完整内容,得等视频上线才能核实。
参与和审查,差的是什么
陆游有句诗:"纸上得来终觉浅,绝知此事要躬行。"放在这个语境里几乎是量身定做——看懂agent写的diff,和自己能顺着这套逻辑往下改,是两种完全不同的能力。前者是纸上得来,后者才是躬行。
审查是签字,参与是创作
这个区别决定了团队接下来会往哪个方向分化。只满足于审查的团队,交付速度快,但系统的复杂度会在无人真正掌握的状态下持续堆高;愿意为参与买单的团队,短期会慢一点,但对系统的实际控制力不会流失。
- 风险.长期停留在"审查"层面的团队,bug密度和安全隐患会随代码规模同步上升,而且很难提前发现,因为没人拥有完整心智模型去预判风险点
这也是为什么Litt的工作方向值得留意——他在做的是工具和交互设计,试图让开发者在使用agent时,能顺手把理解也一起拿到,而不是把理解留给未来的自己去补课。这条路径和"事后靠人力补审查"完全不同:一个是设计层面就往回拉一把,一个是纯粹指望人多花时间。
接下来该看什么
社区已经有专门文章在讨论认知债务这个提法,说明这不是一句会议金句,而是戳中了不少一线工程师的真实焦虑。真正的悬念在于:等AIE把完整视频放出来,能不能看到Litt给出具体的工具或工作流方案,而不只是一句漂亮的框架。
理解跟不上生成的速度,这道题目前没有标准答案,只有正在分化的两条路。