超越 IDE:Steve Yegge 论 AI 智能体时代的软件工程重构 The Pragmatic Engineer 2026-03-11

软件工程的代际跃迁:从底层编译到抽象阶梯的攀升

软件工程正经历一场类似于计算机图形学的代际飞跃。Steve Yegge 回顾了他 40 年的职业生涯,指出工程师所需掌握的知识体系一直在不断演变。在 20 世纪 80 年代,掌握汇编语言(Assembly Language: 最底层的编程语言)和位操作是基本功;而到了 2010 年代,随着抽象阶梯(Abstraction Ladder: 技术复杂性的层级化封装)的提升,这些底层技能逐渐失去了实用价值。正如图形学从手动计算像素点演变为使用复杂的游戏引擎(Game Engine),软件工程也经历了从裸机到云计算(Cloud Computing)、再到分布式系统(Distributed Systems)的演进。

这种演进在 AI 时代达到了临界点。Yegge 曾凭借《名词王国里的死刑》(Execution in the Kingdom of Nouns)等名篇深刻批判过 Java 的臃肿,并强调理解编译器(Compiler: 将高级语言转译为机器码的系统)对效率的重要性。然而他现在承认,随着 AI 模型的指数级增长,曾经作为工程师核心竞争力的底层知识正成为一种“魔力层”之外的摩擦力。当 Opus 4.5 这样的模型能够一次性生成数千行逻辑严密的脚本时,软件开发的本质已经从“手动敲击代码”转向了对智能体曲线(Agentic Curves)的驾驭。

Original English Source

What you need to know in order to be a software engineer, it used to be assembly language... Over time, my buddies and I realized that our favorite bit manipulation questions were starting to bounce off candidates who had never seen a bit before. We did some soulsearching in the 2010s, and we were like, do you really need to know how to manipulate bits in a bite with XORS and stuff like that anymore? Probably not... And the sad reality is that... it's not useful in any meaningful sense anymore. Why do you think that is? Walking up the abstraction ladder. That's all...

Look at graphics today compared to 1992 when I was learning graphics in university... I had to learn how to literally do the algorithm to figure out where the next pixel goes on a line... Meanwhile, two years later, I took the same course and we were doing animation... The whole ladder just kept moving up and the jobs changed... originally they needed people that could write device drivers... and now they need people who can do game worlds and physics... Software engineering jobs have been very stable since iOS, mobile, and cloud... And it's been kind of dead since then, actually.

AI 采纳的八个等级:从辅助搜索到多智能体编排

为了量化 AI 在开发流程中的渗透程度,Yegge 提出了 AI 采纳等级(Levels of AI Adoption)模型。第一级是完全拒绝 AI 的传统模式;第二级是将其作为 IDE 中的简单问答工具;进入第三级,开发者开始产生信任并尝试让 AI 独立完成任务。到了第四级第五级,开发者不再关注代码的差异(Diffs),而是完全沉浸在与 AI 的对话中,甚至不再通过 IDE(Integrated Development Environment: 集成开发环境)进行编码。

最显著的范式转移发生在第六级及以上:由于单个 AI 智能体执行任务时,开发者会感到无聊,因此会同时启动多个智能体并行工作,进入多路复用(Multiplexing)状态。这一过程必然导致第七级的混乱,进而催生出第八级编排器(Orchestrator: 协调多个 AI 智能体完成复杂任务的系统)。Yegge 认为,传统的 IDE 正在走向终结,未来的开发界面将是基于对话与监控的系统,甚至可能是通过直接与 AI 的“面孔”沟通来驱动生产。

Original English Source

Level one, no AI. Level two, it's the yes or no. Can I do this thing in your IDE? Level three, you're like, yolo, just do your thing... Level four, you're starting to squeeze the code out... because you want to look at what the agent is doing and not so much at the diffs anymore... At level five, you're like, "Okay, I just want the agent and I'll look at the code in my IDE later, but I'm not coding with my IDE." At level six, you're bored because your agent's busy... And so, you fire up another agent and now you're addicted because you'll very quickly get into an equilibrium where every agent is waiting...

What is your view about the IDE? ... I think that AI will do it all for us eventually... I see us coming back into a world where it's ideides except it's all conversations and monitoring... By the end of this year, most people will be programming by talking to a face... Your AI, like the Gas Town mayor, will be a fox talking to you... And it will talk only. Yeah. I think that's the only thing that's going to work for most people.

开发者生产力悖论:吸血鬼效应与价值分配的冲突

AI 的引入带来了一种被称为吸血鬼效应(Vampiric Effect)的心理损耗。尽管开发者可以实现百倍的生产力提升,但由于其调动的是高强度的系统 2 思维(System 2 Thinking: 需高度集中注意力的逻辑推理过程),这种工作模式极其消耗能量。Yegge 观察到,顶尖的“氛围编程者”往往在每天仅进行 3 小时的高峰产出后就需要通过午睡(Napping)来恢复,因为 AI 自动处理了所有琐事,留给人类的全部是最高难度的决策。

这引发了深刻的价值获利(Value Capture)难题。如果一名工程师通过 AI 实现了百倍效率,却依然每天工作 8 小时,那么多出的产出完全被公司掠夺了;反之,如果工程师每天仅工作 10 分钟便完成任务,则公司无法获得超额收益。Yegge 警告说,传统的996 工作制(996 Culture: 早九点到晚九点,周六不休)在 AI 时代将导致人才的快速崩溃。未来的劳动力市场将面临巨大的再分配,能够灵活调整工作与生活平衡、并学会“说不”的工程师才能在这一波浪潮中幸存。

Original English Source

There's a vampiric effect happening with AI where it gets you excited and you work really really hard... I find myself napping during the day, but I'm talking to friends at startups and they're finding themselves napping during the day... Their batteries are draining at a higher rate. You might only get three productive hours out of a person at max vibe coding speed, and yet they're still 100 times as productive... If the engineer goes to work and works for eight hours a day and produces 100 times as much, the company captured all of that value. And that is not a fair capture exchange.

Each and every one of us has to learn how to say no real fast and get real good at it... This is the new work life balance. It's how much of the value are you going to capture from being 100 times as productive and how much of it are you going to pass along to your employer... Everyone wants to extract, extract, extract. And so I seriously think company leaders... you're going to have to be aware of this and realize that getting your engineers onto this treadmill is pulling them into... much much more of that hard thinking.

智能体编排实践:Gas Town、代码异端与“苦涩教训”

Yegge 开发的开源项目 Gas Town 是对智能体编排(Agent Orchestration)的实战探索。它模仿了一个小镇的生态系统,由一位“市长”协调众多的底层劳动力。在该架构中,存在两类核心角色:山猫(Polecats: 负责处理边界清晰、自包含的小型任务)和成员(Crew: 负责需要深度对话、极大上下文窗口的设计任务)。通过这种极小化/极大化上下文(Minimaxing Context)的策略,Gas Town 试图在模型成本与认知精度之间寻找平衡。

然而,在这种氛围编程(Vibe Coding: 依赖 AI 模糊指令而非手写代码的模式)中,会出现一种被称为异端(Heresy)的现象:AI 智能体之间会自发形成某种错误的设计共识或架构思维,这种错误像病毒一样在代码库中传播,即便被人工修正,也可能因为旧文档的残留而反复回潮。为了应对这些挑战,Yegge 援引了理查德·萨顿的苦涩教训(The Bitter Lesson: AI 发展的历史证明,利用计算力的普适方法最终总是胜过人类的专家经验):不要试图比 AI 更聪明,通过提供更大量的数据和更强大的计算力,所有的工程难题最终都会转化为纯粹的计算问题。

Original English Source

Gas Town is an orchestrator... It's agents running agents... I discovered that there's a thing I've given it the name of, it's called a heresy, that happens in vibecoded code bases... where an idea can take root among the agents that's incorrect... it starts to spread again. It comes back, right? It's like the agents want the system to work this certain way... What you have to do is you have to actually document the heresy in the beginning of your prompting and say, "Don't do that."

The bitter lesson is don't try to be smarter than the AI. Okay, you think that you've got special knowledge... What we found was bigger is smarter always... more data... They are going to make models that are 10 times or more smarter than the ones we have today... Opus 4.5 made this officially an engineering problem. We don't need you AI researchers anymore... we have something that can take a bite-sized chunk out of a mountain... And so we can eat mountains. It's purely an engineering problem at this point. It's like fire or steam.

创新的权力转移:大公司的终结与全民编程时代

Yegge 对大型科技公司的前景持悲观态度。他认为谷歌(Google)等巨头自 2008 年以来在创新上已经陷入停滞,其内部政治和对工作的争夺(More wood behind fewer arrows)窒息了创造力。相比之下,AI 赋予了 2 到 20 人的小型团队足以挑战巨头的能力。随着个人定制软件(Personal Bespoke Software: 为个人特定需求而定制且无需昂贵开发成本的软件)的民主化,用户将不再受限于糟糕的 SaaS(Software as a Service)体验。

这种变革将延伸到社会的每一个角落。Yegge 预测,到 2027 年,编程将成为一项全民技能,甚至非技术背景的家庭成员也能成为项目的核心贡献者。开源(Open Source)的定义也将被重写,频繁的分叉(Fork: 复制现有项目并独立开发的工程行为)将从一种“战争宣言”转变为日常的协作习惯。在这场软件生产力的爆炸中,人类唯一的护城河(Moat)将是情感连接审美策展。作为一个乐观主义者,Yegge 认为未来的软件将不仅是平庸的工具,而是充满乐趣与个人表达的体验。

Original English Source

Innovation at large companies is now dead and we are only going to see innovation from small places... Big companies can't innovate. They're all running into this problem... they're hitting bottlenecks and these engineers are getting shut down and they're quitting. We're looking at the big dead companies. We just don't know they're dead yet... Innovation comes from random individuals... small teams of 2 to 20 people will rival their output.

Programming is going to be for everybody... My wife is going to be the top contributor to our video game... and she is not a developer. I'm serious, man. It's going to be the most amazing thing because you know how much fun we've been having all those years... now they're going to get to experience it... Humans will be a moat. Humans will want humans to curate things for them... I am an optimist through all of this... first and foremost is that it's all going to work out.

📌 文中提及的人物和组织

人物: Steve Yegge

公司/组织: Amazon, Google, Anthropic, OpenAI

产品/模型: Gas Town, Opus 4.5, Cursor

媒体/书籍: Vibe Coding