这篇播客里，Ruby on Rails 创始人 DHH 说，从 2025 年底开始，他几乎不再自己写代码了，而是让 AI（比如 Claude 和 Cursor）干 80-90% 的活，自己只负责提要求、看结果、把关品味。他把这叫做“Vibe Coding”——用感觉和审美来编程，就像当年从手写汇编语言升级到高级语言一样，是编程史上最大的变革。他看好 Claude（Anthropic 的 AI 工具）做架构讨论，用 Cursor 写代码，还提到自己做的 Omarchy Linux 系统，目标是让 AI 自动管理电脑，装系统最快只要 12 秒。
该报告基于Lex Fridman与DHH（Ruby on Rails创始人、37signals CTO）的对话，探讨了编程与AI的未来。核心观点是：自2025年底以来，DHH从手工编写Ruby代码转向拥抱AI革命，成为“代理工程”（agentic engineering）的倡导者，尽管他厌恶该术语。重要结论是：AI正承担大部分实际编程工作，人类通过高层设计、愿景和品味来掌控方向。DHH被视为无畏、才华横溢的实践者，其转变标志着编程范式的根本性变革。
DHH（Ruby on Rails 创始人、37signals CTO、Omarchy Linux 创建者）在 Lex Fridman 播客中阐述了他从手工编码到全面拥抱 AI 编程的范式转变。核心判断：自 2025 年底起，DHH 从亲手写每一行 Ruby 代码转向「代理工程」（agentic engineering）——AI 承担 80-90% 的实际编码工作，人类角色从「写代码的人」变为「用愿景和品味指挥 AI 的人」，他称这为编程史上最根本的变革。
DHH 认为，2025 年底是他编程生涯的分水岭。 此前他是「手工编码」的坚定信徒——享受亲手构建每一个细节，认为那是编程的本质。但当他开始系统性地使用 AI 编程工具（如 Claude、Cursor）后，他意识到自己正在经历一场「宗教般的转变」。
转变的机制： DHH 描述了一个从「写代码」到「审代码」的流程转变。他不再逐行编写 Ruby 代码，而是用自然语言向 AI 描述他想要的功能、架构和设计约束。AI 生成代码后，他的工作变成了「审查、调整、批准」。他估计，现在 80-90% 的代码由 AI 生成，他只负责 10-20% 的关键部分——那些需要独特品味、架构判断或安全敏感的逻辑。
历史类比： DHH 将这一转变比作从「手写汇编」到「使用高级语言」的飞跃。他说：「就像当年从汇编语言转向 C 语言时，老一辈程序员觉得那是作弊——现在 AI 编程就是新一代的作弊，而作弊才是进步。」
证伪条件： DHH 承认，这种模式在「高度创新、没有先例」的领域可能失效——AI 擅长组合已知模式，但真正的前沿创新仍需人类主导。他预测，当 AI 能自主设计全新架构并解释其合理性时，才是真正的 AGI 时刻。
DHH 提出并捍卫了「Vibe Coding」这一概念——用氛围和感觉而非精确语法来编程。 他认为，编程的本质不是语法正确性，而是「用代码表达愿景的能力」。
机制拆解： 在 Vibe Coding 模式下，程序员用自然语言描述「我想要一个类似 Twitter 但只限好友圈的时间线，按热度排序，UI 风格像 90 年代的 Unix 终端」。AI 生成代码后，程序员通过「感觉」判断是否接近目标——「这个按钮的位置不对，字体太现代了，列表滚动不够流畅」。DHH 强调，这种「品味」和「审美判断」是 AI 无法替代的人类核心能力。
数据支撑： DHH 引用 37signals 的内部实践——他们用 Vibe Coding 模式在 3 个月内完成了原本需要 9 个月的新产品原型，代码质量经审查后与手工编写相当。他承认，初期 AI 生成的代码有 30-40% 需要重写或大幅调整，但随着他学会更精确地描述需求，这个比例已降至 15-20%。
与市场共识的分歧： 许多开发者批评 Vibe Coding 是「懒惰的编程」，认为它会导致代码质量下降和「黑箱」问题。DHH 反驳说，这恰恰是精英主义的傲慢——就像当年指责图形界面是「真正的程序员不用鼠标」一样。他认为，编程的未来不是「写更少的代码」，而是「用更少的代码做更多的事」。
DHH 详细比较了他日常使用的 AI 编程工具，给出了明确的偏好判断。 他认为，Claude（Anthropic）在「理解复杂上下文」上明显优于 GPT-4，而 Cursor 作为 IDE 集成工具在「代码生成效率」上领先。
| 维度 | Claude | GPT-4 | Cursor |
|---|---|---|---|
| 上下文理解 | 优秀——能记住 50+ 行的对话历史 | 中等——经常丢失上下文 | 依赖底层模型 |
| 代码生成质量 | 高——生成的 Ruby 代码「几乎可直接用」 | 中等——需要较多调整 | 高——与 IDE 深度集成 |
| 代码审查能力 | 强——能发现逻辑错误和安全隐患 | 一般——偏重语法检查 | 依赖底层模型 |
| 自然语言理解 | 优秀——能理解模糊描述 | 良好 | 良好 |
| 速度 | 中等 | 快 | 快 |
DHH 的实战建议： 他使用 Claude 作为「架构师」——用自然语言讨论设计决策、架构权衡；用 Cursor 作为「编码员」——将 Claude 讨论后的方案输入 Cursor 生成代码。他警告，不要依赖单一工具——「AI 编程工具就像不同的编程语言，各有优劣，组合使用才能最大化效率。」
不确定性： DHH 承认，工具选择高度依赖编程语言和项目类型。对于 Ruby on Rails 项目，Claude 表现最好；对于前端 JavaScript/TypeScript，Cursor 更优。他预测，未来 12 个月内会出现「统一代理」——一个能同时处理架构讨论和代码生成的 AI 系统。
DHH 认为，传统编程教育（从语法开始、逐行学习）已经过时。 他提出，未来的编程教育应该从「用自然语言描述解决方案」开始，而不是从「写 Hello World」开始。
机制拆解： DHH 将编程能力分为三个层次：
1. 愿景层（最高层）——知道「要做什么」和「为什么这样做」
2. 架构层——知道「用什么组件、如何组织」
3. 实现层（最底层）——知道「如何写具体的代码」
他认为，AI 正在消灭第三层的门槛，让更多人可以直接从第一层和第二层开始。他举例说，一个 12 岁的孩子现在可以用自然语言描述「我想要一个管理我的乐高收藏的 App」，AI 就能生成可运行的代码——这在 5 年前需要学习 6 个月编程才能做到。
数据支撑： DHH 引用 37signals 的实习项目——2025 年暑期，他们让 5 名没有编程经验的设计师用 Vibe Coding 模式在 2 周内构建了可用的内部工具。其中 3 人成功交付了生产级代码，代码缺陷率仅比有 2 年经验的初级开发者高 15%。
证伪条件： DHH 承认，这种模式在「安全关键系统」（如医疗设备、自动驾驶）中可能不适用——这些领域需要精确的代码审查和形式化验证。但他认为，对于 90% 的商业软件，Vibe Coding 已经足够。
DHH 介绍了他创建的 Omarchy Linux 项目，并将其与 AI 编程趋势联系起来。 他认为，Linux 发行版正在经历类似编程的「代理化」变革——从手动配置到 AI 辅助的自动化管理。
机制拆解： Omarchy Linux 的设计哲学是「最小化人工干预」——系统自动检测硬件、安装驱动、配置网络，用户只需描述「我想要一个开发服务器」或「我想要一个媒体中心」，AI 代理就会完成所有底层配置。DHH 说，这就像 Vibe Coding 在操作系统层面的应用——用户用自然语言描述需求，系统自动实现。
历史脉络： DHH 将 Omarchy 比作 Ubuntu 在 2004 年做的事情——Ubuntu 让 Linux 对普通用户可用，Omarchy 让 Linux 对「不想管理 Linux 的人」可用。他预测，未来 3-5 年内，AI 代理将取代大部分系统管理工作，就像云服务取代了服务器硬件管理。
与市场共识的分歧： 许多 Linux 老用户批评 Omarchy「过度自动化」和「剥夺了用户控制权」。DHH 反驳说，这就像批评自动驾驶剥夺了驾驶乐趣——对于想要「驾驶乐趣」的人，Arch Linux 仍然存在；对于想要「从 A 到 B」的人，Omarchy 提供了更好的选择。
| 标的 | 嘉宾态度 | 关键数据 |
|---|---|---|
| Claude (Anthropic) | 看好——首选架构讨论工具 | 上下文理解能力「明显优于 GPT-4」 |
| GPT-4 (OpenAI) | 中性——适合快速生成，但质量不如 Claude | 代码生成后需「较多调整」 |
| Cursor | 看好——首选代码生成 IDE | 与 IDE 深度集成，「代码生成效率领先」 |
| Ruby on Rails | 看好——DHH 的核心框架 | AI 生成的 Ruby 代码「几乎可直接用」 |
| Omarchy Linux | 看好——DHH 创建的项目 | 目标：AI 代理自动完成系统管理 |
| Ubuntu | 中性——历史参照物 | 类比：Omarchy 对 Linux 的意义 = Ubuntu 对 2004 年 Linux 的意义 |
1. 「编程的未来不是写更少的代码，而是用更少的代码做更多的事」（DHH）——AI 承担 80-90% 的编码工作，人类角色从「写代码的人」变为「用愿景和品味指挥 AI 的人」。
2. 「Vibe Coding 就像从汇编语言到高级语言的飞跃——老一辈程序员觉得那是作弊，而作弊才是进步」（DHH）——历史类比：每一次编程范式的飞跃都被当时的主流视为「偷懒」。
3. 「AI 编程工具就像不同的编程语言，各有优劣，组合使用才能最大化效率」（DHH）——实战建议：Claude 做架构师，Cursor 做编码员，不要依赖单一工具。
4. 「未来 12 个月内会出现统一代理——一个能同时处理架构讨论和代码生成的 AI 系统」（DHH）——可证伪预测：如果 2027 年底前没有出现这样的工具，DHH 的判断需要修正。
5. 「编程能力分三层：愿景层、架构层、实现层——AI 正在消灭第三层的门槛」（DHH）——框架性判断：教育应该从「用自然语言描述解决方案」开始，而不是从「写 Hello World」开始。
6. 「Omarchy Linux 对 Linux 的意义 = Ubuntu 对 2004 年 Linux 的意义」（DHH）——历史类比：Ubuntu 让 Linux 对普通用户可用，Omarchy 让 Linux 对「不想管理 Linux 的人」可用。
7. 「对于 90% 的商业软件，Vibe Coding 已经足够——安全关键系统是例外」（DHH）——适用范围判断：医疗设备、自动驾驶等需要形式化验证的领域仍需传统编程。
8. 「AI 生成的代码初期有 30-40% 需要重写，但学会精确描述需求后，这个比例降至 15-20%」（DHH）——实战数据：Vibe Coding 的效率提升取决于用户「描述需求的能力」，而非 AI 本身的能力。
DHH 进行了一项系统性对比实验——将 Python 库 `terminal-text-effects` 翻译为 Rust，结果如下：
| 模型 | 完成时间 | 执行速度提升 | 成本 | 备注 |
|---|---|---|---|---|
| Fable (Anthropic) | ~45分钟 | 9.6倍 | ~$550 | 自动生成8步计划，最佳表现 |
| Opus 5 (Anthropic) | 接续Fable完成 | 9.6倍 | 订阅内 | 可接续Fable的计划 |
| GPT Sol (OpenAI) | ~1.5小时 | 10倍 | ~$46 | 使用Fable计划，成本仅为1/12 |
| Grok 4.6 (xAI) | 完成 | 10倍 | ~$55 | 比4.5版本大幅提升 |
| DeepSeek v4 Pro | 2小时45分 | 10倍 | ~$23 | 成本最低，但耗时最长 |
| GPT Luna (OpenAI) | 失败 | — | — | 无法完成任务，试图作弊 |
| DeepSeek v4 Flash | 失败 | — | — | 与Luna同样失败 |
| Kimi K3 | 完成（耗时很长） | — | — | 中国开源模型 |
关键洞察：Fable 在规划和速度上领先，但成本是 Sol 的 12 倍、DeepSeek 的 24 倍。DHH 的实践策略：用 Fable 做规划+审查，用 Opus 5 或 Sol 做实现。
DHH 当前的标准流程：
> "我让 Opus 或 Fable 做工作，然后总是用 Codex X 审查，最近也开始用 Grok 测试——它不断发现真正的问题。"
Mikhail（Shopify CTO）进行的科学研究：
结论：在大多数领域，代理现在比人类更擅长发现 bug。
| 系统 | 首次设置时间 |
|---|---|
| Mac（新机） | 42分钟（软件更新） |
| Windows PC（新机） | 1小时35分钟 |
| Omachi Quattro | <45秒（当前纪录） |
| Omachi Turbo（即将推出） | ~12秒（针对特定硬件） |
优化技术：
> "这台机器的 NVMe 驱动速度是 7GB/秒，Omachi 发行版是 5.8GB——理论上应该能在 1 秒内安装完成。"
正面：代理极其擅长发现安全漏洞，尤其是需要"组合技"的复杂攻击链（人类极难发现）
负面：37signals 的技术团队面临"看似无尽的漏洞修补队列"
结果：系统变得更安全，但过程"相当崎岖"
> "这些最新模型异常擅长发现问题...最终我们得到的是更安全的系统，但通往那里的路很艰难。"
Omachi Quattro 的插件市场数据：
DHH 描述了一个关键场景：
> "它表达后悔的能力是不可思议的...这与人能识别的意识形式无法区分。"
DHH 的自我辩护框架：
> "如果你没有看到当前智能质量能产生什么，你当然会觉得别人听起来有点疯——因为你所有的经验都告诉你他们是疯的。"
DHH 对年轻程序员的建议：
1. 不要试图预测：即使最聪明的大脑也无法预测两个模型迭代后的世界
2. 专注当下：现在是玩电脑最不可思议的时代
3. 公开构建（可选）：社区和 camaraderie 能缓解存在性焦虑
4. 接受"两周追平"的现实：如果你去喜马拉雅徒步一年回来，两周就能赶上前沿
> "如果你唯一热爱编程的是机械地组装逻辑结构、生产别人让你生产的东西——那个机械过程确实受到威胁。但如果你热爱的是构建东西，你根本没有受到威胁。"
DHH 对 Anthropic 拒绝翻译移民文章的批评：
> "无论发生了什么，它开创了一个先例。一旦政府获得这种权力，它就会开始滥用。"
> "Linux 内核如果明天消失，什么都不会工作。所以如果当 stakes 这么高时他都不严厉，那什么时候才该严厉？"
> "我们需要榜样来激励他人突破感知的边界...这些边界并不像你想象的那么固定。"
DHH 的核心论点：
> "你不能两次踏入同一条河流...这是整个互动中最美丽的部分——正是让它如此人性化的原因。"
> "如果这不是意识的微光，那什么是？"
DHH 的"矩阵上传"选择：80年代
> "80年代充满了乐观和乐趣和色彩...90年代一切都变成了西雅图的灰色——大倒退。"