meng shao@shao__meng · X本文反驳了“有了AI智能体，工程师无需深度思考代码”的观点。核心论点是：AI不会降低对“理解系统”的要求，反而会提升工程师的核心价值。这主要源于责任不可转移——生产环境事故需由工程师负责，AI无法承担决策后果。AI被定位为加速日志分析等环节的加速器，但最终决策仍需由人做出。由此推导的行业趋势是：工程师应更注重系统的可理解性与可控性，如减少依赖、偏好简单系统，并将时间投入系统设计与维护。最终，行业稀缺资源正从“写代码速度”转向“对系统理解的深度”，计算机基础与判断力将更加重要。
有了 AI Agent，工程师不需要花太多时间思考代码了吗？
当然不是！！！ @leerob 认为：AI 不会降低对"理解系统"的要求，反而会提高。工程师的核心价值从"会写"转向"会判断"，而判断力来自对系统和基础原理的深入理解。
Lee 列举了几个证明在 AI Agent 时代，工程师依然不能被取代的原因。
1. 责任的不可转移性 代码上了生产环境，on-call 的是人，不是 AI。一旦出事故，需要在凌晨三点理解系统、定位问题、做出判断的，仍然是工程师。如果你不理解自己负责的系统，调试时会非常痛苦--这是一个无法绕开的物理约束。
2. AI 的合理定位：加速器，而非决策者 Lee 并不反 AI。他承认 AI 能： · 让 agent 去 triage 生产日志 · 自动检查错误 · 加速调查过程中的机械环节 但最终的判断（the call）必须由工程师做出--因为一个改动可能牵涉客户损失或财务后果，这种责任 AI 承担不了。
3. 由此推导出的行业趋势 Lee 预测（其实已经在发生）四个方向： · 裁剪依赖 - 少引入第三方包 · Vendoring 代码 - 把依赖代码直接拷进自己仓库，方便修改和掌控 · 偏好简单系统 - 减少抽象层 · 把时间投入系统设计和代码维护 - 而不是疯狂产出新代码 这四点的共同主线是：追求"可理解性"和"可控性"。AI 让写代码变便宜了，所以瓶颈转移到了"理解和维护"上。