# DHH的Agent-First叛变：从拒绝AI到90分钟审100个PR ## 导语 2025年底，Ruby on Rails之父David Heinemeier Hansson（DHH）还在公开场合抨击AI编程工具，称它们是" glorified autocomplete"（美化版自动补全）。六个月后，这位传奇程序员做了一件令整个技术社区震惊的事——他在The Pragmatic Engineer播客中详细披露了自己如何彻底转向"Agent-First"工作流：AI agent写初稿，资深工程师审查打磨。 这不是又一个"AI将取代程序员"的陈词滥调。DHH的论述远比这精细——他用一个具体数字击穿所有理论争论：**用Claude Code，他在90分钟内审完了100个待处理的Pull Request。手动完成同样的工作？他估计至少需要一周。** 这篇文章将深入拆解这场"叛变"的每一个细节：为什么DHH的哲学从未改变、为什么Rails在Agent时代反而更强大、以及这对每一个写代码的人意味着什么。 ## 视频背景卡片 | 项目 | 内容 | |------|------| | 视频标题 | DHH's new way of writing code | | 频道 | The Pragmatic Engineer (Gergely Orosz) | | 时长 | 约1小时46分钟 | | 发布日期 | 2026年4月8日 | | 频道订阅 | 49.5万 | | 核心主题 | DHH从拒绝AI到Agent-First工作流的转变 | ## 核心内容拆解 ### 一、哲学从未改变——是工具跨越了门槛 DHH在访谈中反复强调一个关键点：**他的编程哲学完全没有变。** 变的是工具的质量。 六个月前，他公开拒绝AI编程工具，这不是因为他对AI有意识形态上的反对，而是因为他设定了一个明确的质量门槛——只有当AI工具能够真正理解代码上下文、生成符合项目规范的高质量代码时，他才会采用。而2025年的工具没有达到这个标准。 2026年初，Claude Code等工具的能力跨越了这道门槛。DHH描述了这个转变的速度之快令人惊讶——他的工作流几乎是在一夜之间重组的。正如Victorino Group的分析文章精准指出的：**"DHH的配置不是一个工具栈，而是一张组织架构图。"** 这不是换了编辑器那么简单，而是相当于重新定义了"一个程序员"在团队中的角色。 **[延伸分析]** 这个叙事框架非常聪明。DHH没有承认自己"错了"——他说的是"工具终于追上了我的标准"。这让他的转向看起来不是妥协，而是一贯的实用主义。但说实话，六个月前他的批评确实比现在显得激进得多。 ### 二、Agent-First工作流：具体怎么做？ DHH披露了他的日常工作流细节，这也是整个访谈中信息密度最高的部分： **第一步：AI Agent写初稿。** DHH使用双AI模型配置（据推测是Claude Code加上一个辅助模型）。他向agent描述需求，agent生成代码初稿。 **第二步：资深工程师审查和打磨。** 这不是简单的"看看对不对"。DHH强调，审查AI生成的代码需要的不是更少的技术判断力，而是**更多**。你需要快速识别出代码中哪些部分是好的，哪些存在隐患，哪些虽然能运行但违反了项目的隐含约定。 **第三步：审美和品味的注入。** DHH用了一个让人印象深刻的比喻——AI agent就像一个技术能力极强但缺乏审美判断力的初级工程师。它能写出功能正确的代码，但不一定写出"漂亮"的代码。而DHH认为，**代码的美感直接关系到软件的可维护性。** 这个流程本质上把程序员的角色从"写代码的人"变成了"代码的编辑者和架构决策者"。就像杂志主编不需要亲自写每一篇文章，但需要判断哪些文章值得发表、如何修改才能达到出版标准。 ### 三、90分钟审100个PR——效率的质变 访谈中最具冲击力的数据点：DHH用Claude Code在**90分钟内完成了100个待处理Pull Request的审查**。他估算手动完成同样工作量需要整整一周。 让我们做一个简单的数学拆解： - 手动审100个PR，一周（40小时），平均每个PR约24分钟 - AI辅助审100个PR，90分钟，平均每个PR约54秒 效率提升了约**27倍**。 但DHH特别强调，这不等于他"草率"地审查了这些PR。恰恰相反——Claude Code为每个PR提供了结构化的分析摘要，包括：变更意图、潜在风险点、与现有代码的一致性检查。这让他的审查反而比手动逐行阅读更加系统化。 **[延伸分析]** 这个数字的意义远超效率本身。在传统模式下，100个积压的PR意味着团队的代码审查已经成为了瓶颈——开发者在等审查，审查者在疲于应付。这个瓶颈会直接拖慢整个团队的交付速度。DHH展示的是一种全新的可能：**代码审查不再是瓶颈，而是加速器。** ### 四、为什么Rails在Agent时代反而更强？ DHH提出了一个反直觉的论点：**Ruby on Rails的"约定优于配置"（Convention over Configuration）哲学，恰恰是AI agent最友好的编程范式。** 原因很直接：AI agent需要明确的上下文才能生成高质量代码。在一个高度自定义、架构独特的代码库中，agent需要大量的项目特定知识。但在Rails项目中，几乎所有的架构决策都已经由框架约定好了——文件放在哪里、数据库怎么映射、路由怎么组织，全都有标准答案。 这意味着AI agent不需要"猜"项目结构，它可以直接遵循Rails的约定。DHH甚至暗示，Rails社区可能需要重新评估自己在AI时代的定位——**Rails不是"过时的框架"，而是"AI-native的框架"。** 这个论点对整个技术社区都有启发：那些架构规范、约定明确的技术栈，在AI辅助编程时代将拥有结构性优势。而那些"什么都可以"的高度灵活框架，反而会让AI agent无所适从。 ### 五、Peak Programmer——程序员的巅峰已过？ DHH在访谈中提出了一个引发广泛讨论的概念：**"Peak Programmer"（程序员巅峰）**。他的核心论点是，软件行业可能已经过了对专业程序员需求量的最高点。 这不是说编程不重要了。DHH的意思更微妙： 1. **数量需求下降**：以前需要10个程序员完成的工作，现在可能只需要3-4个加上AI辅助 2. **质量要求上升**：留下的每个程序员都需要更高的判断力和架构能力 3. **初级岗位被压缩**：AI agent最擅长处理的恰恰是传统上分配给初级工程师的任务——写样板代码、修复简单bug、编写单元测试 这对行业的影响是深远的。如果"Peak Programmer"的判断正确，那么： - 编程教育需要从"教人写代码"转向"教人审查和架构" - 初级工程师的传统入门路径可能需要彻底重新设计 - 资深工程师的价值将被进一步放大 **[延伸分析]** "Peak Programmer"这个概念并非DHH独创，但他的亲身实践给了它前所未有的说服力。37signals是一个以小团队著称的公司（DHH多次强调"小而美"的团队哲学），而AI agent让这种小团队模式变得更加强大。但也需要注意：37signals的产品相对成熟，维护性工作占比高。对于一个从零开始、需要大量探索性编码的创业团队，结论可能不同。 ### 六、Omarchy——DHH的下一个赌注 访谈中还涉及了DHH的新项目**Omarchy**。虽然这次访谈没有深入技术细节，但从DHH的描述中可以看出，Omarchy代表了他对"AI时代的操作系统/工作环境"的思考方向。 Omarchy与AI agent工作流的关系在于：DHH认为，AI编程工具不应该只是"嵌入"现有的开发环境中，而应该有一个从底层就为AI agent协作设计的全新工作环境。这也是为什么DHH的"工具栈即组织架构图"论点如此重要——**工具不是在中立地"辅助"你工作，工具在重塑你的工作方式本身。** ### 七、代码的审美——为什么品味不可替代 DHH在整个访谈中反复回到一个主题：**代码的美感**。在他看来，好的代码不仅是"能工作的代码"，更是表达清晰、结构优雅、让人读起来赏心悦目的代码。 这个观点在AI时代显得尤其重要。AI agent可以生成功能正确的代码，但它没有"品味"。它不知道为什么在这个上下文中，用`each`比用`map`更好读；它不理解一个方法名为什么比另一个更能传达意图。 DHH的结论是：**在Agent-First的工作流中，程序员的终极价值不是写代码的能力，而是判断代码好坏的能力。** 这是一种综合了技术深度、审美感受和产品直觉的能力——而目前的AI还无法复制这种综合判断力。 ## 知识结构图 ```mermaid mindmap root((DHH Agent-First 工作流)) 核心转变 哲学不变 工具跨越门槛 从手写到Agent优先 工作流一夜重组 具体工作流 AI Agent写初稿 双模型配置 Claude Code + 辅助模型 资深工程师审查 判断代码质量 识别隐含风险 注入审美品味 代码美感 可维护性考量 关键数据 90分钟审100个PR 效率提升27倍 Peak Programmer论 Rails优势 约定优于配置 AI友好的架构 文件结构标准化 行业影响 初级岗位压缩 资深工程师价值放大 编程教育需要变革 不可替代的人类价值 代码审美 架构判断 综合决策能力 ``` ## 实战启示 ### 对开发者的行动建议 **1. 如果你还在"纯手写代码"，现在是转型的窗口期** DHH的转变用了不到六个月。这意味着AI编程工具的采用不是一个渐进过程，而是一个临界点现象——当工具能力达到某个阈值，工作方式会突然重组。如果你现在还没有尝试Claude Code、Cursor等工具的agent模式，你正在错过一个效率鸿沟。 **2. 投资你的代码审查能力** Agent-First工作流的核心技能不是"写代码更快"，而是"判断代码质量更好"。具体来说： - 培养快速识别代码模式的能力 - 学会在大量代码变更中精准定位风险点 - 建立"代码审美"——知道什么样的代码是优雅的 **3. 选择"约定明确"的技术栈** DHH的论点对技术选型有直接指导意义。如果你正在选择框架或设计架构，优先考虑那些有强约定的方案。一个AI agent能在5分钟内上手的代码库，远比一个"灵活但需要大量文档"的代码库更有生产力。 **4. 重新定义"初级工程师"的成长路径** 如果你的团队有初级工程师，不要再让他们只做"写代码"的工作。让他们从审查AI生成的代码开始——这反而是更快建立代码判断力的方式。 **5. 对"Peak Programmer"保持理性** DHH的判断基于37signals的特定场景（成熟产品、小团队、Rails生态）。对于大规模系统开发、前沿技术探索、安全关键系统等场景，AI agent的可靠性还不够高。根据自己的领域判断适用性，而不是盲目跟风。 ## 延伸学习路径 1. **[DHH's new way of writing code - Pragmatic Engineer Newsletter](https://newsletter.pragmaticengineer.com/p/dhhs-new-way-of-writing-code)** — 原始newsletter文章，包含完整的播客文字稿 2. **[The DHH Setup Is Not a Tool Stack. It Is an Org Chart - Victorino Group](https://victorinollc.com/thinking/productive-companies-ai-organizational-shape)** — 对DHH工作流转变的深度组织分析 3. **[Claude Code Review: Multi-Agent PR Analysis](https://claudefa.st/blog/guide/development/code-review)** — Claude Code Review的技术细节，理解DHH使用的具体工具 4. **[DHH: Future of Programming - Lex Fridman Podcast #474](https://www.youtube.com/watch?v=vagyIcmIGOQPatreon)** — DHH与Lex Fridman的6小时深度对话，理解他的底层编程哲学 5. **[Microservices Rollback 2026: 42% Return to Monoliths](https://byteiota.com/microservices-rollback-2026-42-return-to-monoliths/)** — 架构趋势背景：为什么简洁的架构在AI时代更有优势 ## 一句话总结 **DHH证明了一件事：在AI时代，程序员的核心竞争力不是打字速度，而是判断力——判断什么代码值得存在、什么架构能经受时间考验、什么产品值得被构建。** --- ## 参考来源 1. [DHH's new way of writing code - The Pragmatic Engineer](https://www.youtube.com/watch?v=JiWgKRgdgpI) — 分析的核心视频 2. [DHH's Agent-First Revolution: How AI Changed the Way Rails is Built - LavX News](https://news.lavx.hu/article/dhh-s-agent-first-revolution-how-ai-changed-the-way-rails-is-built) — 视频内容详细拆解 3. [AI Agents Transform Coding at 37signals, Threaten 'Peak Programmer' Era - BigGo Finance](https://finance.biggo.com/news/7f0977d232d48c73) — 行业影响分析 4. [The DHH Setup Is Not a Tool Stack. It Is an Org Chart - Victorino Group](https://victorinollc.com/thinking/productive-companies-ai-organizational-shape) — 组织架构视角分析 5. [DHH's new way of writing code: Agent-first - Hasty Briefs](https://hb.int2inf.com/en/s/item/Rjq4NigsUZwUxshWVqTZVw-DHH-AI-Agents-Development-Workflow-Design-Philosophy) — 工作流设计哲学摘要 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 > 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。