AI 时代，程序员的能力栈正在怎么变？

【编译综述 · 非原创】 本文由本站基于下列外文文章编译整理并综述而成，非独立原创；文中数据与论点均出自来源原文，版权归原作者所有，编译如有不准确之处请以原文为准。若原作者不希望被引用，请通过博客联系方式告知，我们将及时处理。
主要来源：「AI 技能」在 2026 年一文不值（Lobsters）／Artisans and Builders（Stack Overflow Blog）／How to be more agentic（Cate Hall）／AI 时代的直觉与品味（Harvard Chan School）／AI 正在打断通往资深的路径（r/ExperiencedDevs）／生成式 AI 分水岭报告（MIT Project NANDA）

AI 已经不满足于「辅助写代码」了。2023 年 GitHub 称其用户中 46% 的代码由 Copilot 生成；2026 年 4 月，Google 的 CEO 宣布公司全部新代码的 75% 出自 AI——一年半前这个数字还只有 25%，涨得整齐得让人起疑，但方向已无人怀疑。Stack Overflow 2025 年的开发者调查显示，84% 的开发者用上了 AI，其中 51% 每天在用。

所以真正值得聊的不再是「用不用」，而是：当「把代码写出来」这件事本身快速贬值，程序员的能力栈里，什么在保值，什么在蒸发？

先亮结论：品味与判断力、行动主体性、验证与系统功底，这三样在保值；而市面上热炒的「AI 技能」，大半是暂态的泡沫。下面拆开说。

一、「AI 技能」这个词，一半是泡沫

十月底 Lobsters 上一篇题为《「AI 技能」在 2026 年一文不值》的博文把话说得很直白：那些如果能行得通、就能让你更快拿到好结果的与模型协作的方法，终将被折叠回产品里，打包封装，几个月后成为默认体验。prompt engineering 的兴衰就是前车之鉴。评论区一位用户补了更狠的一刀：AI 公司完全可以把「AI 技能」直接集成进模型——所以它只有两种宿命，要么小众到 AI 公司注意不到，要么被吸收进权重。

这个词本身也可疑。那篇帖子获赞最高的评论不是反驳作者，而是澄清歧义：作者说的「AI skills」是「人使用 AI 的技能」，而相当一部分读者以为在说给 agent 用的 SKILL.md 文件。有位评论者感叹：当行话劫持了常用词，把话写清楚都变难了。一个连从业者之间都对不齐所指的词，被写进招聘要求时含多少水分，可想而知。

还有一个反直觉的观察：开销与能力几乎无关，甚至负相关。讨论里有人说，自己有同事每个月在 AI 上烧两万多美元；而一位真正有本事的开发者回应，他认识的靠谱开发者 AI 花费大多相当低——要花到那个数，唯一的路子就是「放任 agent 蜂群乱撞一气，并且铁了心不让任何人看一眼代码」。

但泡沫之下有真东西，只是它们大多不新鲜：

一位资深博主列出的「如今需要的技能」——了解模型与 harness 的现状、知道模型的极限在哪、怎么给模型配工具、成本估算——他自己也承认，其中很大部分「归根结底就是通用的软件工程功底」。
另一条高赞评论说得更透：使用这些工具的核心技能，和你手写代码时需要的是同一种——理解需求、想清楚解法形态、验证产出是否贴合意图。所谓「铺垫工作」（上下文工程、工具链配置），本质仍是系统工程。
在早期创业公司做前沿模型集成的工程师则指出：通常所说的「AI 技能」，其实是「哪些问题用这类方案解决得了、哪些解决不了」的经验，加上对业务的了解，然后盯出下一个值得自动化的东西。

我的判断：把「AI 技能」当独立资产去投资——背咒语、囤教程——大概率会亏，因为这类资产折旧极快；把它当成老手艺在新界面上的重新表达，才值得投入。

二、在保值的三样东西

其一，品味与判断力。哈佛公共卫生学院的一篇随笔把这件事讲得很清楚：收集证据、比较选项正在变成自动化任务，但「什么算恰当、负责、明智」的这部分决策，仍然取决于人。直觉是「在能说清之前就感知到模式」，品味是「对什么合适的体感」，判断力则是把两者汇拢起来做出决策与行动。危险之处在于：经验训练噪声的能力不亚于训练信号——我们很容易把「前后一致」误当成「正确」。AI 把反馈速度拉到极致，也让错误模式的固化更快，所以判断力需要刻意练习：记决策日志，复盘时专门写下「说不清原因但感觉不对」的时刻，学会区分直觉（身体捕捉到的模式）与焦虑（心智围绕它编造的故事）。

Stack Overflow 博客那篇《匠人与建造者》从另一个方向印证了同一件事：写作领域已经演过一遍——AI 早期人人都写得出通顺文章，等读者对三段式和破折号审美疲劳之后，写作重新变回手艺，比拼的是讲出打动人的故事。软件大概率不会落后太久。价值正在从「生成」转移到「选择」：知道该造什么、为什么造。造原型和交付「能扩展到数百万人并把数据托付给它的银行平台」，从来是两码事。

其二，行动主体性（agency）。当执行的成本暴跌，「决定做什么」和「把事情推动到落地」就成了新瓶颈。前最高法院出庭律师、职业扑克选手 Cate Hall 把 agency 定义为「让事情发生的坚定意志」，并且坚信它可学。她的方法朴素得近乎可疑：找到真正的优势——那些你愿意做而别人不愿做、往往因为烦人或不舒服的事；主动去要那些感觉「不合理」的东西，以校准自己关于合理的直觉；主动索取真实反馈（不做菜不尝味道）；以及学会爱上「低地位护城河」——坦然跨过那段你确实做得很烂的时期。

这条和招聘现场惊人地吻合。在 Reddit 那场关于初级培养的讨论里，一位工程管理者说，他要找的是「可以把一个高度模糊的问题直接扔给他、并相信他会主动扛起这个问题的人」。模糊问题，恰恰是 AI 最不擅长认领的。

其三，验证与系统功底。MIT 那份引发「95% 的组织没有从 GenAI 获得可衡量回报」讨论的报告，测过一个尖锐的问题：「这项任务你会交给 AI 还是初级同事？」起草邮件这类简单任务，七成人选择交给 AI；而复杂的长期任务，愿意交给人的以 9:1 压倒。对关键业务工作，90% 的用户更愿意交给人类——分界线不是智能，而是记忆、适应力，以及「谁为结果负责、谁验证结果」。谁来验证？目前仍然只能是懂行的人。

三、初级与资深：同一场地震，两种震感

对资深工程师，AI 是一次身份重估。他们的匠艺更值钱了（见上一节），但连最资深的实践者也被打了个措手不及：有博主坦言，最新一代模型已经「连架构也会替你想」，把他从「凡署名的代码必亲自评审」的立场上震了下来。资深者的新身份，不是「写代码最快的人」，而是「决定造什么、并为产出签字的人」——能讲清每一行代码为什么存在（不管它出自谁手），像评审人类同事一样评审 agent 的产出。有评论者把这条线画得很干脆：这就是 AI 时代 vibe coder 与软件工程师的分野。

对初级工程师，问题要严峻得多：传统的练级模型正在断裂。过去初级靠脚手架式的常规任务攒手感、逐级晋升，而现在这类任务「由资深工程师亲自调度 AI 反而快得多」。更糟的场景也有人实拍：PM 为了快交付把活儿派给初级，任由他们拿 AI 猛冲，初级什么都没学到，PM 还觉得他们是飞速产出的小天才。

替代路径在讨论里已现雏形：先写设计文档再动手，哪怕任务不大；给一些不写代码的任务，把「解决问题的引擎」热起来；代码评审重点看性能和架构；在 PR 里附上验证步骤和方案可用的证据，否则拦下发布；练沟通，学会用影响力说话——这条高赞清单最后补了一句：「以上都不需要 AI。」另一位大型组织负责人的清单也类似：读代码重于写代码，保住 CS 基础功，架构能力，理解产品，TDD 与规格驱动，以及「最后 20% 的开发功力」。

不过我想给这场讨论泼一点冷水：初级困境并非 AI 独有。有评论者指出，早在 2023 年，公司就因为「多花一点钱能招个中级」而不爱招初级了——培养体系先死，AI 只是让账更难算。我同意这个 nuance，并且认为它指向一个更诚实的结论：初级的问题是结构性的（企业短视、任务自动化、反馈回路缺失三事叠加），不是个人「学不学 AI」能解决的。但恰恰因此，个人层面的应对反而清晰：把被 AI 掠走的重复练习，换成它替代不了的练习。「只会用 AI 的人升不到 Senior」这句流行话说得太满，真正的问题不是 AI 有毒，而是拿 AI 冲量的人失去了刻意练习的反馈回路——没尝过自己写的烂代码疼是什么滋味的人，长不出评审 AI 的手感。

四、结语：生成越便宜，筛选越贵

哈佛那篇随笔的收尾类比我很喜欢：不必拒绝「认知器械」，但必须在判断、直觉、品味上保持抗阻训练，否则肌肉会退化。

把全文收拢成一句话：能力栈没有消失，只是重心整体上移——从「把代码写出来」上移到「决定写什么、判断写得好不好、把事情推动到落地」。生成侧的每一分贬值，都转化为筛选侧的一分溢价。而这三样保值资产——品味与判断力、行动主体性、验证与系统功底——没有一样能在教程里速成，也恰好没有一样能被折叠进模型。这是坏消息里最好的部分。

一个什么都有的资源大杂烩（当然，还在施工）