上周，我们发布了 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

你现在可以在任何机器上运行 Cursor，并从任何地方控制它。 通过手机启动 Agent，让它们在你的开发机（devbox）上运行。

隆重介绍全新的 Cursor！对此我感到非常兴奋。 想和大家分享一下我们是如何走到这一步的，产品是如何演进的，以及新界面背后的一些技术细节。 自从 Opus 4.5 发布以来，我主要都是用 Agent 编程，但一直没找到我真正喜欢的界面（包括我们自己的产品）。Agent 侧边栏或 CLI 虽然能用，但对我来说还是有局限性。而且我们第一版“Agent 窗口”还不够好。 所以我们在 12 月重新回到设计板，为 Agent 构建了一个全新的界面。趋势很明显，未来在传统 IDE 中花费的时间会越来越少。但当我们开始内部试用早期版本时，发现要放弃编辑器的一些功能真的很难。 即使 Agent 能写 98% 的代码，但剩下的 2%（查看文件、调试、各种微调和重构，以及跳转到定义、LSPs 等好用的功能）依然非常重要。我们无法舍弃这些。 因此，我和 @ryolu_ 在 12 月下旬开始为新界面进行原型设计。它既要简洁/禅意，又要能在需要时支持深入操作。慢慢地，我们坚定了将其实现的信心。Cursor 的工程/产品团队随后采纳了这些早期想法，做出了比我预想好 10 倍的产品。真心要向团队致敬！ 我们在很多方面都以全新的方式构建了这个 UI。“删掉产品（重做）”显得尤为重要，因为模型在不断进步，UX 需要持续重构。当然，这并不意味着要抛弃*所有*好的想法。让现有用户能够轻松适应同样至关重要。 在这个新界面中，我们掌控了所有的像素。我们设计了一套系统/架构，汲取了 Cursor 1/2 的所有经验，并摆脱了之前受限于 VS Code 的一些约束。 我非常理解大家反馈的 Cursor 2 界面变动太频繁、图标/按钮改来改去的问题。Agent 承担的工作越来越多，开始突破 IDE UI 的边界。我们需要迭代并尝试各种方案，这对于期望获得更一致编辑器体验的用户来说确实很烦人。 将这个新的 Agent 界面做成一个独立的窗口，实际上也让 Cursor 2.0 IDE 变得*更好*了！我们不再试图扩展 IDE 让 Agent 接管整个 UI，而是通过使用现有的 VS Code 模式，简化并删除了大量代码。 也就是说，Agent 对话现在就像其他文件一样，只是普通的标签页。这在分屏/面板操作以及所有相关的键盘快捷键方面更加稳定和熟悉。正如人们所说，这是一个三赢的局面。 此外，在这次架构重构中，我们还解决了一些本地与云端差异以及长期积累的技术债。核心的 Cursor Agent 框架在桌面应用、Web 应用、CLI 等端都是统一的。因此，确实不应该存在像 if (local) { ... } else if (cloud) { ... } 这样的两套代码路径。 在我们赋予云端 Agent 使用计算机和录制工作演示的能力之前，它们的使用率并不高。随着过去几个月使用量的显著增长，完善这一抽象层变得尤为重要。我们认为云端使用量将持续增长，并成为 2026 年的重要组成部分。 最后（不好意思，这帖子已经很长了），我们能够真正专注于新界面的性能优化。我相信还有需要改进的地方（请务必反馈给我们），但我们已经花了相当多的时间进行性能分析、排查和修复内存/CPU 泄漏问题。 我们现在也用上了 React Compiler！向 @potetotes 致敬，他也做了很多性能改进。 最终的结果是，Cursor 3 用起来感觉愉悦多了。更快、更可靠、UI 卡顿更少。你可以使用所有你喜欢的模型（本地或云端）、运行自动化、安装插件、获取演示视频等等。 快去试试并告诉我你的反馈！未来几天我们会快速发布更新。