DHH宣布手写代码时代终结：AI智能体如何重塑编程

从拼装电脑到拼装软件：抽象层的进化

二十年前，Ruby on Rails让无数开发者第一次感受到“软件像乐高一样可拼装”。MVC、路由、数据库迁移，这些约定俗成的结构把庞大的复杂性封装成可组合的模块。正如一位在台湾长大的开发者回忆：小时候亲手组装主板、CPU、内存条，那种“选对零件就能搭出整机”的体验，在Rails出现之前，软件领域从未给过他。

如今，Rails的创造者David Heinemeier Hansson（DHH）在Rails World大会上扔下一枚重磅炸弹：“我们已决定停止手写代码。” 他直言，继续坚持手写代码的人是“失败者”。这句话并非哗众取宠，而是一个二十年抽象化进程的自然延伸。从硬件组装到框架封装，再到AI智能体接管实现，编程的“动手”部分正在被一层层剥离。

David Heinemeier Hansson（DHH） 是丹麦籍程序员、37signals公司联合创始人兼CTO，也是Ruby on Rails框架的创造者。Rails于2004年发布，凭借"约定优于配置"（Convention over Configuration）和"不重复自己"（DRY）两大理念，彻底改变了Web开发范式，成为无数后继框架的灵感来源。37signals旗下拥有Basecamp、HEY等知名产品，长期以"小而精"的团队规模和极高的利润率著称。DHH本人以直言不讳、偏好简洁和反对过度工程化闻名，因此当他公开宣称"停止手写代码"时，其分量远超一般技术人的个人观点。

从氛围编程到智能体编程：效率的指数级跃迁

DHH以37signals内部实践为例：一个编码智能体将旗舰产品Basecamp从Ruby重写为Rust，实现了**CPU占用降低99%、内存占用降低95%**的惊人优化。这不再是实验室里的概念验证，而是生产环境中的真实收益。

另一位开发者的亲身经历更具冲击力。他在2025年尝试“氛围编程”（vibe coding），用Replit描述需求来获取可运行代码。当时他让AI将一个Rails 2项目重构为Rails 8，AI给出的评估是：如果由专职团队手工完成，需要6到8个月。他花了数月时间疯狂提示、投入数百美元（仍远低于团队成本），最终得到了一个可工作的原型。

仅仅一年后，同样的应用他用一个/goal提示词、3小时、20美元就完成了重写。从月到小时，从千美元到二十美元，这种变化速度让“科幻”都显得保守。

“氛围编程”（Vibe Coding） 一词由Andrej Karpathy于2025年初提出，指开发者完全用自然语言描述意图、把细节交给AI生成代码的工作方式——开发者甚至不必逐行阅读生成的代码，而是通过"感觉对不对"来判断结果。它区别于传统的"AI辅助补全"，强调意图驱动而非逐行控制。与之相对的是智能体编程（Agentic Coding）：AI不再只是被动响应单次提示，而是能自主规划、调用工具、读写文件、运行测试并迭代修正，形成闭环。这两者的差异类似"让实习生写一段代码"与"把整个项目交给外包团队"：前者仍需你把控每一处细节，后者只需定义目标与验收标准。文章所述从数月到3小时的跃迁，本质就是从氛围编程升级到智能体编程的跨度。

当AI创作视频：30分钟、2000行代码、零人工编码

为了向对AI持怀疑态度的青少年解释这场变革，这位开发者将DHH的演讲素材交给Claude Code（运行Opus 5.5），要求它重建为一个60秒的开发者科普视频，并给出完全创作自由：自行配乐（纯代码合成、禁用采样和音频文件）、每个剪辑必须踩在节拍上、1080p/60fps。

结果令人错愕。AI自主完成了转录演讲、分析素材、构思视觉概念、编写渲染器、制作动画场景、合成配乐，并让所有元素与节奏同步——整个过程在30分钟内完成，全部用JavaScript编写，未使用任何其他框架。对于从未制作过动画视频的开发者来说，第一版就达到了80%的完成度。

Claude Code 是Anthropic推出的命令行AI编程智能体，直接运行在终端中，可读写本地文件、执行Shell命令、运行测试并根据报错自我修正。Opus 是Anthropic Claude模型系列中能力最强的一档（另有Sonnet、Haiku等按性能与成本分层）。这里的"禁用采样和音频文件"意味着配乐必须通过数学合成波形（如正弦波、包络、和弦叠加）实时计算，而非调用现成素材，因此对代码的精确度要求极高。而"每个剪辑踩在节拍上"则需要AI先推导出节拍网格（BPM），再把动画关键帧映射到对应时间点。这类任务把编程、音乐理论和视觉设计压缩进同一个提示词里，正是智能体多步自主规划能力的典型展示。

判断力：AI无法替代的核心能力

AI能执行，但无法读心。如果创作者有特定的创意方向，必须极度精确地描述。即便是AI生成的视频，也需要人类在关键节点上做出判断。例如，AI最初的一版动画展示程序员“变暗消失”，暗示程序员在消失——这并非DHH的本意。创作者将其改为“程序员从键盘前转向方向盘”，传达的是角色转变而非消亡。另一句台词“打字不再赚钱”听起来像是程序员失去了收入，也被纠正。

这位开发者对自己贡献的总结是：“太长。信息错了。这部分不对。”听起来毫无技术含量，但这些判断决定了最终成品是否真正优秀。它们不是编程问题，而是判断力问题。

技能重心转移：品味、判断、上下文、方向、验证

如果说过去的编程核心是“动手实现”，那么现在重心正在向“掌舵”倾斜。越来越多的开发者时间花在：决定该构建什么、什么才算“好”、智能体误解了什么、结果是否正确。

这些能力并非全新技能，但它们在工作中的占比正急剧扩大。品味、判断、上下文、方向、验证——这五项正在成为区分优秀开发者与普通开发者的关键。如果一个人的核心竞争力是“写代码”这个动作本身，那么升级为“掌舵者”就不再是选择题，而是生存题。

回顾这位开发者的构建历程，从在台湾组装电脑硬件，到用Rails拼装应用，再到如今让智能体处理实现，每一次抽象层的跃迁都让前一层的手艺变得不再关键。但有一件事从未改变：他依然在创造。代码写得少了，构建的东西却比任何时候都多。

这不是关于AI是否会取代程序员的故事，而是关于编程这件事本身正在被重新定义。当手写代码从“必备技能”降级为“可选细节”，真正的分水岭在于：你能否定义意图、设定约束、并判断结果的价值。