我为什么从 VS Code 切换到 Zed？

命运也有仁慈的一面 只要你往前走 总会有路

如果你已经受够了编辑器随着扩展增多而逐渐变慢的体验，那么你很可能已经在寻找一个更轻量、更现代的选择。过去5年，我一直在用 VS Code，但坦白说，后面 2 年我算不上它的“铁粉丝”。Electron 框架带来的资源消耗和响应延迟，已经是个让人无法忽视的问题。直到我遇到了 Zed，它彻底改变了我的看法。

VS Code 的原罪

VS Code 本身并不慢。如果你只用一个空白的编辑器，它的启动速度和响应都算得上优秀。但现实是，没有一个开发者会这么做。我们需要 AI 补全、代码检查、格式化……每个扩展都在消耗 CPU 和内存。两三个 VS Code 窗口加上一堆扩展，轻松吃掉 3-4GB 内存。

VS Code 依赖的 Electron 框架本质上是 Chromium 套壳，渲染延迟和内存占用是它天生的短板。这是微软历史局限的问题，这是技术选型的代价。

Zed 也是真的敢，另辟蹊径，它使用自己的 GPUI 框架，直接将 UI 渲染工作交给 GPU。结果是：滚动体验能达到 120 FPS，打开大型项目的速度比 VS Code 快数倍，在我自己的低配 MacBook 上，差异都显而易见。

真正让我留下来的

如果说速度是 Zed 的门票，那它对于 AI 的原生支持，才是我决定留下来的原因。

2026 年，AI已经成为开发工作流的一部分。Zed 没有像IDEA把 AI 当作一个“聊天窗口插件”，而是作为编辑器的核心能力来设计。

通过ACP，Zed 可以原生集成 Claude、Codex等多个外部 Agent。每个 Agent 都有独立的线程，在侧边栏里并行工作，彼此互不干扰，这些 Agent 可以分别运行在不同的项目、不同的 Git 工作树中，各自使用自己的模型配置

在并行 Agent 更新的基础上，Zed 还增加了对终端 Agent 的原生支持。Codex、Claude 等命令行 Agent 可以直接在 Agent 面板中运行，并与其他线程并列显示

这意味着我可以同时让 Claude 处理一个模块的重构，Codex 测试另一个功能，而 Zed 自己的 Agent 则负责代码审查，所有的 Agent 活动都在同一个界面中清晰可见。这种“多 Agent 协作”的工作流，在 vscode 中需要通过多个窗口或复杂的配置才能勉强实现。

凡事都有的代价

当然，切换到 Zed 不是没有代价的。VS Code 最大的护城河是它的扩展生态。有些功能，比如高级 Git 集成、更成熟的调试工具，VS Code 的体验确实更 666 。而且 vscode 可能是你最熟悉的工具，切换到新工具有时候就像弹一段新的恋爱一样。

Zed 的扩展生态确实弱鸡。不过 Zed 把很多 VS Code 中需要扩展实现的功能（比如 Git 集成、AI 面板）都做进了身体里。

对我而言，还没遇到在 VS Code 里离不开、在 Zed 里找不到替代的扩展。当然，如果你依赖某些特定场景的扩展，迁移前需要确认 Zed 是否已经支持。

如果你日常工作中频繁用到 codex，Claude code，Zed 的 Agent 原生集成可能会显著提升你的工作流效率

而如果你需要稳定、庞大的社区支持和成熟的扩展体系，VS Code 在今天依然是最好的选择。

器以载道，道在器中。Zed 的"器"，我相信正以它独有的方式，重新定义着属于这个时代的"道"。