北京
VS Code赢了编辑器战争，靠的是成为IDE界的沃尔玛——什么都有，什么都不精。这套打法在AI编程助手出现之前没问题。但现在，当你需要频繁启动Claude Code会话、在终端运行Agent、在文件和行间编辑之间快速切换时，VS Code埋在Electron外壳里的延迟就开始累积成你能感知到的卡顿。
四个月前我切换到Zed。不是尝鲜，是真的留下来了。
VS Code一直有的架构问题，在于它跑在Electron上。这意味着Chromium、Node.js，还有一层JavaScript UI横在你和代码之间。性能本来还行，直到你开始多线程作业——语言服务器在跑、终端进程活跃、AI建议正在加载、分屏还开着第二个文件。这时候你就在为每个动作支付额外的开销税。
Zed用Rust写的。它用了GPUI，这是Zed团队自己定制的GPU加速UI框架。编辑器直接渲染到GPU。这不是营销话术——你能从滚动性能、文件切换、光标响应里感觉到。同一台机器、同样的文件、同样的任务，Zed明显更快。
这一点现在比三年前更重要。AI辅助编程意味着编辑器每会话要做更多事：流式传输行内补全、渲染diff、管理多文件上下文。每一毫秒不必要的延迟都会叠加。
多人协作这块，Zed从底层就内置了这个能力。两个人能同时编辑同一个文件，实时看到对方光标，这算基本功。不那么明显的是，支撑这个功能的架构也让单人使用时整个编辑器更轻快——并发模型是内建在核心里的，不是后来打补丁的扩展层。
单人工作时，多人协作的基础设施基本不会打扰你。结对编程或者异步协作——比如合写安全研究报告、共享脚本——确实好用，而且不需要插件、账号握手或者服务层级。
VS Code的LiveShare一直像是用胶带绑在一个不是为它设计的东西上的插件。在Zed里，这是结构性的。
真正让我换过来的，是AI层。Zed有原生AI集成——不是通过扩展，而是内建在编辑器架构里。AI面板、行内补全、助手窗格都是一等公民。
你可以直接在Zed里把Claude跑成AI后端。在settings.json里配置：
{
"assistant": {
"default_model": {
"provider": "anthropic",
"model": "claude-sonnet-4-20250514"
},
"version": "2"
}
}
Zed的助手窗格作为持久化的上下文窗口，和编辑器并排运行。你可以用@filename直接引用文件，拉取诊断信息，包含当前选区，或者重新聚焦对话。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
