非常激动能与 SpaceX 团队合作来扩展 Composer。这是我们在打造 AI 编程最佳体验道路上迈出的重要一步。

Claude Code（研究预览版）新功能：动态工作流。 Claude 会即时编写一个编排脚本，然后启动大量协调一致的子代理并行工作，以处理你最复杂的任务。 在提示词中使用 "workflow" 一词即可开始。

上周，我们发布了 Codex 记忆功能的预览版。 今天，我们通过 Chronicle 扩展了这一实验，它利用近期的屏幕上下文（screen context）来优化记忆能力。 现在，Codex 可以根据你正在处理的工作提供帮助，而无需你重复说明上下文。

就在六个月前，@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 的智能体优先工作流 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 —— 集 Feature Flags、数据分析、实验等功能于一体的统一平台。告别工具切换，一站式搞定。 https://t.co/ZCSOIcWv31 • @WorkOS —— 助力应用实现企业级功能所需的一切。WorkOS 提供 API，让你在几天内即可交付企业级特性。详见 https://t.co/jhFNq3a7n7 • @SonarSource —— SonarQube 的创造者，自动代码审查的行业标准。了解 SonarQube Advanced Security 如何通过新功能赋能“以智能体为中心的开发周期”（AC/DC）。 https://t.co/WbRTb55FL6 本次对话的三个有趣观察： #1 DHH 对 AI 的哲学没变，但工具变了。 六个月前，自动补全式的编程助手对资深开发者来说确实很烦人。但随着从“Tab 键补全”转向“智能体框架（Agent Harnesses）”，加上 Opus 4.5 等强大模型的出现，情况变了——智能体开始产出让 DHH 几乎无需修改就想合并的代码。 #2 优雅的代码和产品并非虚荣，而是正确性的信号。 深入探讨哲学时，DHH 说：“当一个东西是美的时候，它很可能是正确的。”他认为史蒂夫·乔布斯之所以要求电脑内部也要美观，是因为那些在意电路板布局的人，也正是那些会死磕 UI 细节的人。 #3 DHH 如今的开发工作流： 他运行 tmux 来同时开启两个模型，NeoVim 居中。具体配置： - 一个分屏终端运行快速的 LLM（通常是 Gemini 2.5） - 另一个终端运行虽然慢但更强大的模型（通常是 Opus） - 使用 NeoVim 通过 Lazygit 审查 Diff