AI 代理让初级工程师丢掉哪些「看不见的基本功」

Hacker News AI 频道近日推荐了一篇工程师随笔，主题是 AI 编程助手正在悄悄改变初级开发者成长为资深工程师的路径。作者以团队中的一次真实经历开篇：一位初级工程师请 Claude 完成一处小改动，Claude 回复「无法实现」后，这位同事便直接回到作者面前汇报结果。作者随后带着他用 Visual Studio 手写了一遍——改动其实完全可以做。这件事让作者意识到，问题并不在 Claude 本身，而在于初级工程师被剥夺了那些只能靠「亲手写代码」才能慢慢积累的隐性能力。

AI 接管代码后，那些「看不见的课程」消失了

作者回顾了过去十年自己向新人推荐学习资料的演变：从《Code Complete》《Refactoring》《A Philosophy of Software Design》，到 SOLID、DRY、Vertical Slice 架构，再到「去写东西」。这些建议仍然成立，却都不是真正缺位的那一块。真正缺的是「接手一段已写好的代码后该怎么办」——而这件事，从来没有一本书专门教过。

过去的初级工程师在反复提交功能的过程中，会在 IDE 里逐步建立起对代码库的「肌肉记忆」：理解一段陌生代码、追踪调用链、借助编辑器实时观察状态。这些能力是写代码这件事本身的副产物，不在任何课程大纲里，却恰恰是把新人锻造成资深工程师的隐形课程。当 AI 代理接管了从脚手架到常规功能的实现，这种副产物便不再自然形成。

三项必须被刻意重新训练的能力

作者把那些过去「顺带学会」的能力归纳为三层：

• 理解代码本身：不是看测试是否通过、编译是否成功，而是能在他人（或 AI）写出的代码里，准确追踪每一行究竟发生了什么。
• 对生成结果负起所有权：diff 一旦合并就属于团队。这意味着要能阅读、评判、修改其中某个具体行为，而不是整文件重生成、寄望于结果碰巧正确。
• 把 IDE 当工具而非展示器：F12 跳定义、Shift+F12 找调用、Ctrl+T 模糊搜索、Ctrl+- 回到上一处、View Call Hierarchy 查看依赖对象。这些快捷键加在一起，构成「在陌生代码库里保持方向感」的能力。

文章同时列举了更细粒度的「看不见的课程」：在红色波浪线上按 Ctrl+. 自动补全命名空间而不是自己去查；用 Rename 重构而不是全局替换；从调用点生成方法存根；把断点当作假设而不是猜测；从调用栈自下而上读而非盯着顶部栈帧；知道 Immediate 窗口可以在不重新编译的前提下验证一个想法；判断「哪一条断言才是真正重要的」——这一项尤其只能从「自己的测试没能抓住自己的 bug」中习得。

90/10 法则：AI 提速与手写训练的比例

作者给出的具体管理建议是「90/10 法则」：

• 90% AI 加速：脚手架、样板代码、调研、常规功能交付，全速推进，不需为此道歉。
• 10% 手写训练：在这部分时间里，关乎理解的代码必须由开发者亲手完成。

作者强调，这 10% 反对的并不是工具本身，而是「外包思考」这件事。Roslyn 分析器、快速操作、重命名重构、调试器、性能分析器都是这 10% 的核心载体——这是 IDE 时间，不是记事本时间。

重新定义 AI 在「那 10%」里的位置

文章最后一部分（原文未完整呈现）讨论了 AI 在手写时段里的角色边界。作者最初设想过「10% 时间内禁用一切 LLM」，但很快承认这条规则太粗放，会丢掉代理最有用的部分。最终落地的版本改成了按角色定义边界——AI 可以是「测试用例撰写者」或「脚手架生成者」这类有限身份，而不是一刀切地缺席。

对工程管理者而言，这篇随笔的提示并不复杂：AI 让初级工程师「能交付的东西」变多了，但让他们「成长为资深工程师」的那条路径却变窄了。如果团队不主动为 10% 的手写时间留出预算，那么几年后整个行业可能会发现，自己培养出的不是新一代资深工程师，而是更熟练的 AI 操作员。