切换到 Zed 编辑器的时候，我是带着怀疑的。
VS Code 用了好几年，插件生态最成熟，配置最顺手，有什么理由换？
一个月后，我两个都留着。但 Zed 已经变成了主力编辑器。
先看数据：性能差距是真实存在的
不是我感受的，是实测的，
| Zed | VS Code | |
|---|---|---|
| 冷启动（50 文件项目） | 0.8s | 2.1s |
| 内存占用 | 120MB | 350MB |
| 打开 200MB 文件 | 3 秒流畅滚动 | 提示过大或卡死 |
差距是真实存在的，但坦率说，2 秒 vs 0.8 秒的启动时间，我每天感受不到。真正让我感受到差异的是别的东西，下面会说。
真正让我留下来的是交互细节
用了一个月，印象最深的三个细节都不是「性能」，
1. 终端体验干净了
Zed 内置终端基于 Alacritty 内核重构，支持选中复制、保持选中状态、命名终端分屏。
VS Code 的终端是”顺带有的”，Zed 的终端是”精心设计的”。我用 Zed 同时跑前端和后端两个进程，分屏命名，各干各的，再也不用来回切标签页。
2. Git diff 视图更符合直觉
Zed 默认把多个文件的 diff 放在同一个 buffer 里看（multibuffer 模式）。从 VS Code 转过来的前两天非常不适应。
后来发现，可以切换成 solo diff 模式，一个文件一个 diff 视图，和 VS Code 一样。习惯之后反而更喜欢 Zed 的合屏设计，少切一个标签页。
3. 原生 Vim 模式体验很完整
zed: vim 命令打开 Vim 模式，不需要任何插件。操作符计数、文本对象、宏录制，全部可用。用惯 Vim 的人可以直接切过来，不需要妥协。
它真正缺的东西
也要说不足，不然这篇文章没参考价值，
调试器还是残缺的。这一个月里我还在用 VS Code 调试 Node.js 进程。Zed 的调试功能在 2026 年仍然不完善，有些场景必须切回去。
插件生态差距巨大。VS Code 有几万款插件，Zed 的社区插件还在发展中。一些垂直场景（比如特定的框架支持、特殊语言语法）找不到对应的插件。
Remote SSH 是后来加的功能，稳定性不如 VS Code 的 Remote Development 套件。
什么情况下适合迁移
我的建议是这样的，
- 新项目、轻量项目 → 直接 Zed，性能差异在打开的一瞬间就能感知
- 大型前端/后端项目（重度依赖调试器） → 继续 VS Code，或者两个都装，分工使用
- 日常写博客、写文档 → Zed，配合内置终端跑 hugo/astro 命令，比 VS Code 轻
- 团队协作（需要统一开发环境） → 谨慎，插件生态不匹配是现实问题
我的现状
目前 Zed 是主力编辑器，VS Code 退居「调试专用工具」。两者的插件互通很差，所以没有合并的打算，各有各的用途。
这不是”VS Code 被淘汰了”的故事。这是一个”多了一个更好选择”的故事。
你用什么编辑器？为什么？