你会仔细 review AI 写的代码那你离被裁不远了Steve Yegge——前 Amazon、Google 工程师现 Sourcegraph 工程负责人——在一次播客访谈里画了一张图把工程师与 AI 的协作关系分成了 8 级。他说让他这辈子都没这么难过过的不是那些不会用 AI 的人。而是那些仍在仔细 review AI 写的代码然后再提交的人——偏偏他们是他见过的最好的工程师。“我听到有人说’我会仔细 review 它写的代码再提交’——哥们你很快就会被裁掉而你明明是我认识的最好的工程师之一。”那张光谱八个等级判断标准不是你有多懂技术而是你对 AI 的信任走到了哪一步。一级完全不用 AI。靠经验、搜索、StackOverflow。二级在 IDE 里偶尔问一问。“帮我优化这个函数”——然后仔细审查每一行。技术可能很强review 习惯很好。这正是 Yegge 最担心的人。三级开始 YOLO。行你直接干吧。信任感开始建立不再逐行 review。四级代码开始往外挤。你越来越想看 agent 在干什么而不是盯着 diff。review 越来越少注意力移向对话本身。五级只想要 agent。代码我回头去 IDE 里看但我不是在用 IDE 写代码了。代码变成了结果不再是过程。六级并行多 agent。Agent 在跑你无聊了再开一个。很快你进入一种状态总有某个 agent 在等你总有某个 agent 刚跑完。多路复用停不下来。七级一团糟。消息发给了错误的 agent它在项目里又开了一个大项目你得自己收拾残局。这是真正的分水岭。八级Orchestration。让 Claude Code 运行 Claude Code。AI 调度 AI你变成上层的编排者。为什么心疼的偏偏是强者一二级里停着的很多是技术过硬的人。问题不在于他们不会用 AI而在于他们用 AI 的方式依然在用人类的节奏衡量产出。每次提交前 review是在用自己的时间换确定性。这本来没错。但当另一批人已经在用 agent 并行推进、以十倍速度交付仔细 review这个动作正在从美德变成成本。他还提到了一个更残酷的数字大公司现在设的那个裁员比例的拨盘默认是 50%。不是因为这些人不够好而是因为留下来的另一半产出能覆盖两个人的工作量。真正的问题是心理模型不是技术这张图真正在测量的是你对 AI 有没有建立真实的信任关系。信任不是盲目放权。信任是你知道它大概率在哪里犯错你愿意在那个范围内承担风险而不是每次都退回到让我先看看它写了什么。就像早期用 Git 的人一开始每次 commit 都很紧张觉得分支太危险。现在的人默认 PR、review、merge从没有这个工具我还不放心的感觉。你对 AI 现在的状态就是那个还在手动备份代码的人。不是你不聪明是心理模型还没走到那一步。你在哪一级3 个问题快速定位上次 AI 写了代码你有没有逐行读完再提交你有没有同时运行过 2 个以上的 coding agent你有没有让 AI 自己跑一个任务自己去做别的事如果 1 是是2 和 3 是没有——你大概率在三级以下。这不是批评是基准线。最后一句话Yegge 在访谈结尾说“这一切变化太大了真的变得太快了。”他不是在感叹是在预警。你的信任速度会决定你的速度。来源Steve Yegge × The Pragmatic Engineer 播客访谈https://www.youtube.com/watch?vaFsAOu2bgFklistLLindex3t2825s更多深度内容与完整文章欢迎关注我的微信公众号SamLai 效率研习社主要分享AI 编程与开发效率技术趋势与工程思考实用工具与工作流
你会仔细 review AI 写的代码？那你离被裁不远了
你会仔细 review AI 写的代码那你离被裁不远了Steve Yegge——前 Amazon、Google 工程师现 Sourcegraph 工程负责人——在一次播客访谈里画了一张图把工程师与 AI 的协作关系分成了 8 级。他说让他这辈子都没这么难过过的不是那些不会用 AI 的人。而是那些仍在仔细 review AI 写的代码然后再提交的人——偏偏他们是他见过的最好的工程师。“我听到有人说’我会仔细 review 它写的代码再提交’——哥们你很快就会被裁掉而你明明是我认识的最好的工程师之一。”那张光谱八个等级判断标准不是你有多懂技术而是你对 AI 的信任走到了哪一步。一级完全不用 AI。靠经验、搜索、StackOverflow。二级在 IDE 里偶尔问一问。“帮我优化这个函数”——然后仔细审查每一行。技术可能很强review 习惯很好。这正是 Yegge 最担心的人。三级开始 YOLO。行你直接干吧。信任感开始建立不再逐行 review。四级代码开始往外挤。你越来越想看 agent 在干什么而不是盯着 diff。review 越来越少注意力移向对话本身。五级只想要 agent。代码我回头去 IDE 里看但我不是在用 IDE 写代码了。代码变成了结果不再是过程。六级并行多 agent。Agent 在跑你无聊了再开一个。很快你进入一种状态总有某个 agent 在等你总有某个 agent 刚跑完。多路复用停不下来。七级一团糟。消息发给了错误的 agent它在项目里又开了一个大项目你得自己收拾残局。这是真正的分水岭。八级Orchestration。让 Claude Code 运行 Claude Code。AI 调度 AI你变成上层的编排者。为什么心疼的偏偏是强者一二级里停着的很多是技术过硬的人。问题不在于他们不会用 AI而在于他们用 AI 的方式依然在用人类的节奏衡量产出。每次提交前 review是在用自己的时间换确定性。这本来没错。但当另一批人已经在用 agent 并行推进、以十倍速度交付仔细 review这个动作正在从美德变成成本。他还提到了一个更残酷的数字大公司现在设的那个裁员比例的拨盘默认是 50%。不是因为这些人不够好而是因为留下来的另一半产出能覆盖两个人的工作量。真正的问题是心理模型不是技术这张图真正在测量的是你对 AI 有没有建立真实的信任关系。信任不是盲目放权。信任是你知道它大概率在哪里犯错你愿意在那个范围内承担风险而不是每次都退回到让我先看看它写了什么。就像早期用 Git 的人一开始每次 commit 都很紧张觉得分支太危险。现在的人默认 PR、review、merge从没有这个工具我还不放心的感觉。你对 AI 现在的状态就是那个还在手动备份代码的人。不是你不聪明是心理模型还没走到那一步。你在哪一级3 个问题快速定位上次 AI 写了代码你有没有逐行读完再提交你有没有同时运行过 2 个以上的 coding agent你有没有让 AI 自己跑一个任务自己去做别的事如果 1 是是2 和 3 是没有——你大概率在三级以下。这不是批评是基准线。最后一句话Yegge 在访谈结尾说“这一切变化太大了真的变得太快了。”他不是在感叹是在预警。你的信任速度会决定你的速度。来源Steve Yegge × The Pragmatic Engineer 播客访谈https://www.youtube.com/watch?vaFsAOu2bgFklistLLindex3t2825s更多深度内容与完整文章欢迎关注我的微信公众号SamLai 效率研习社主要分享AI 编程与开发效率技术趋势与工程思考实用工具与工作流
