隆重介绍全新的 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 卡顿更少。你可以使用所有你喜欢的模型（本地或云端）、运行自动化、安装插件、获取演示视频等等。 快去试试并告诉我你的反馈！未来几天我们会快速发布更新。