有了 AI Agent，工程师不需要花太多时间思考代码了吗？
TL;DR · AI 摘要
AI Agent并未减少工程师对系统理解的需求，反而提升了对判断力和基础原理掌握的要求。
核心要点
- 工程师核心价值从编码能力转向系统判断力和责任承担能力。
- AI只能作为代码生成加速器，不能替代工程师做关键决策。
- 未来技术选型将偏向简单可控系统，强调可理解性和CS基础。
结构提纲
按章节快速跳转。
工程师的核心价值从会写代码转向会判断系统，判断力来源于对基础原理的理解。
生产环境中代码出问题时，仍需工程师在关键时刻理解系统并做出判断，这是无法绕开的物理约束。
AI应作为加速器处理机械性工作，如日志分类和错误检查，但最终决策必须由工程师承担。
技术选型趋向裁剪依赖、代码内化、简化系统和重视设计维护，以提升可理解性和可控性。
由于代码生成成本趋近于零，算法和系统知识等基础能力成为稀缺资源和竞争优势。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- AI Agent时代的工程师价值
- 角色转变
- 从编码到判断
- 责任不可转移
- AI定位
- 加速器
- 非决策者
- 发展趋势
- 简化系统
- 回归基础
金句 / Highlights
值得收藏与分享的关键句。
AI不会降低对'理解系统'的要求，反而会提高。
代码上了生产环境，on-call的是人，不是AI。
AI让写代码变便宜了，所以瓶颈转移到了'理解和维护'上。
当然不是！！！ @leerob 认为：AI 不会降低对"理解系统"的要求，反而会提高。工程师的核心价值从"会写"转向"会判断"，而判断力来自对系统和基础原理的深入理解。
Lee 列举了几个证明在 AI Agent 时代，工程师依然不能被取代的原因。
1." / X
meng shao on X: "有了 AI Agent，工程师不需要花太多时间思考代码了吗？ 当然不是！！！ @leerob 认为：AI 不会降低对"理解系统"的要求，反而会提高。工程师的核心价值从"会写"转向"会判断"，而判断力来自对系统和基础原理的深入理解。 # Lee 列举了几个证明在 AI Agent 时代，工程师依然不能被取代的原因。 1." / X
Don’t miss what’s happening
Show translation
有了 AI Agent，工程师不需要花太多时间思考代码了吗？ 当然不是！！！
认为：AI 不会降低对"理解系统"的要求，反而会提高。工程师的核心价值从"会写"转向"会判断"，而 判断力来自对系统和基础原理的深入理解。 # Lee 列举了几个证明在 AI Agent 时代，工程师依然不能被取代的原因。 1. 责任的不可转移性 代码上了生产环境，on-call 的是人，不是 AI。一旦出事故，需要在凌晨三点理解系统、定位问题、做出判断的，仍然是工程师。如果你不理解自己负责的系统，调试时会非常痛苦——这是一个无法绕开的物理约束。 2. AI 的合理定位：加速器，而非决策者 Lee 并不反 AI。他承认 AI 能： · 让 agent 去 triage 生产日志 · 自动检查错误 · 加速调查过程中的机械环节 但最终的判断（the call）必须由工程师做出——因为一个改动可能牵涉客户损失或财务后果，这种责任 AI 承担不了。 3. 由此推导出的行业趋势 Lee 预测（其实已经在发生）四个方向： · 裁剪依赖 — 少引入第三方包 · Vendoring 代码 — 把依赖代码直接拷进自己仓库，方便修改和掌控 · 偏好简单系统 — 减少抽象层 · 把时间投入系统设计和代码维护 — 而不是疯狂产出新代码 这四点的共同主线是：追求"可理解性"和"可控性"。AI 让写代码变便宜了，所以瓶颈转移到了"理解和维护"上。 4. 反直觉的建议：回归 CS 基础 正因为生成代码的成本趋近于零，判断力和第一性原理反而成为稀缺资源。算法、操作系统、网络、分布式系统这些"老东西"——以及软件工程历史上沉淀下来的优秀范式——会比以前更值钱，而不是更便宜。 # 深层逻辑上过去和现在的变化 稀缺资源：写代码的速度 -> 理解系统的深度 工程师价值：产出代码量 -> 做正确决策的能力 风险所在：写得不够快 -> 写了一堆看不懂的代码 技术选型偏好：大而全的框架 -> 小而可控的代码
Quote
Lee Robinson
@leerob
·
10h
You might believe you should spend less time thinking about code because of AI. I strongly disagree! We’re watching this play out live where tons of AI generated code becomes a liability. At the end of the day, an engineer needs to be responsible / on call for code that gets
·
2
6
7