DHH解释为何现在拥抱AI编程，并分享其Agent优先工作流
就在六个月前，@dhh（Ruby on Rails 和 Omarchy 的创建者）表示他并不真正使用 AI 工具编写代码，因为它们不够好。现在情况已经发生了巨大变化。
时间戳：
00:00 介绍
02:11 Omarchy 和 Ruby on Rails
08:25 37signals 概览
10:12 推出 HEY
18:38 构建 HEY
22:47 37signals 的设计师
28:08 设计工艺
31:52 为什么 DHH 现在拥抱 AI 工作流
39:45 AI 的转折点
44:23 DHH 的 Agent 优先工作流
55:09 AI 对初级开发者的影响
1:03:08 使用 AI 的开发者体验
1:16:43 AI 对开发者意味着什么？
1:23:33 37signals 团队与招聘
1:38:20 使用 AI 的工作与生活平衡
1:41:41 为什么 DHH 持续构建
1:45:24 结束
由以下赞助商提供：
• @statsig – 标志、分析、实验等统一平台。无需在多个工具间切换，一站式搞定。http://statsig.com/pragmatic
• @WorkOS – 让你的应用企业级就绪所需的一切。WorkOS 提供 API，让你在几天内交付企业功能。查看 http://WorkOS.com
• @SonarSource – SonarQube 的制造商，自动代码审查的行业标准。了解 SonarQube 高级安全如何赋能以 Agent 为中心的开发周期 (AC/DC) 的新功能。https://sonarsource.com/products/sonarqube/advanced-security/?utm_medium=paid&utm_source=pragmaticengineer&utm_campaign=ss-advanced-security&utm_content=podcast-sonarqube-advanced-security&utm_term=ww-all-x&s_category=Paid&s_source=Paid%20Other&s_origin=pragmaticengineer…
从这次对话中得出的三个有趣观察：
#1 DHH 对 AI 的理念没有改变，但可用的工具已经大不相同。
六个月前，自动补全式编码助手对经验丰富的开发者来说确实令人厌烦。随着从标签补全到 Agent 框架的转变，以及 Opus 4.5 等强大模型的出现，情况发生了变化——Agent 开始生成 DHH 愿意几乎不做修改就合并的代码。
#2 漂亮的代码和产品不是虚荣，而是正确性的信号。
深入哲学层面，DHH 说：“当某样东西漂亮时，它很可能是正确的。”他认为史蒂夫·乔布斯希望电脑内部漂亮，因为关心电路板布局的人也会在 UI 细节上精益求精。
#3 DHH 如今的开发工作流：
他运行 tmux 来同时运行两个模型，中间是 neovim。具体来说：
- 在一个分屏终端中运行一个快速 LLM（通常是 Gemini 2.5）
- 在另一个终端中运行一个较慢但更强大的模型（通常是 Opus）
- NeoVim 用于通过 Lazygit 审查差异
时间戳：
00:00 介绍
02:11 Omarchy 和 Ruby on Rails
08:25 37signals 概览
10:12 推出 HEY
18:38 构建 HEY
22:47 37signals 的设计师
28:08 设计工艺
31:52 为什么 DHH 现在拥抱 AI 工作流
39:45 AI 的转折点
44:23 DHH 的 Agent 优先工作流
55:09 AI 对初级开发者的影响
1:03:08 使用 AI 的开发者体验
1:16:43 AI 对开发者意味着什么？
1:23:33 37signals 团队与招聘
1:38:20 使用 AI 的工作与生活平衡
1:41:41 为什么 DHH 持续构建
1:45:24 结束
由以下赞助商提供：
• @statsig – 标志、分析、实验等统一平台。无需在多个工具间切换，一站式搞定。http://statsig.com/pragmatic
• @WorkOS – 让你的应用企业级就绪所需的一切。WorkOS 提供 API，让你在几天内交付企业功能。查看 http://WorkOS.com
• @SonarSource – SonarQube 的制造商，自动代码审查的行业标准。了解 SonarQube 高级安全如何赋能以 Agent 为中心的开发周期 (AC/DC) 的新功能。https://sonarsource.com/products/sonarqube/advanced-security/?utm_medium=paid&utm_source=pragmaticengineer&utm_campaign=ss-advanced-security&utm_content=podcast-sonarqube-advanced-security&utm_term=ww-all-x&s_category=Paid&s_source=Paid%20Other&s_origin=pragmaticengineer…
从这次对话中得出的三个有趣观察：
#1 DHH 对 AI 的理念没有改变，但可用的工具已经大不相同。
六个月前，自动补全式编码助手对经验丰富的开发者来说确实令人厌烦。随着从标签补全到 Agent 框架的转变，以及 Opus 4.5 等强大模型的出现，情况发生了变化——Agent 开始生成 DHH 愿意几乎不做修改就合并的代码。
#2 漂亮的代码和产品不是虚荣，而是正确性的信号。
深入哲学层面，DHH 说：“当某样东西漂亮时，它很可能是正确的。”他认为史蒂夫·乔布斯希望电脑内部漂亮，因为关心电路板布局的人也会在 UI 细节上精益求精。
#3 DHH 如今的开发工作流：
他运行 tmux 来同时运行两个模型，中间是 neovim。具体来说：
- 在一个分屏终端中运行一个快速 LLM（通常是 Gemini 2.5）
- 在另一个终端中运行一个较慢但更强大的模型（通常是 Opus）
- NeoVim 用于通过 Lazygit 审查差异