提到代码编辑器，很多人第一反应是 VS Code。但随着项目体积膨胀、插件越装越多，卡顿与内存占用逐渐成为日常痛点。Zed 是一款用 Rust 语言与自研 GPUI 框架打造的开源代码编辑器，主打极速启动、极低资源占用与原生多人协作。本文带你从安装到 AI 集成完整上手，看看它能否成为你的新主力编辑器。
一、为什么需要换一个编辑器
Electron 系编辑器（如 VS Code）胜在生态，但代价是：每个窗口都是一个 Chromium 实例，打开十几个插件后内存轻松突破 1GB，索引大型 monorepo 时风扇狂转也是常态。如果你主要用 JS/TS/Rust/Python 做日常开发，又受够了卡顿，VS Code 的插件体系固然好用，却也成了性能负担的来源。Zed 的思路是”用更少的抽象换更快的体验”。
二、Zed 的架构优势：Rust + GPUI
Zed 由 Atom 编辑器与 Tree-sitter 的作者 Nathan Sobo 团队打造，2024 年开源。它的两个核心选择决定了体验：
- Rust 无 GC：内存安全且可预测，没有垃圾回收造成的停顿，启动几乎瞬时。
- GPUI 用 GPU 渲染 UI：界面、文本、动画全部走显卡，滚动大文件稳定保持 60fps，而不是靠 CPU 软绘。
- 多缓冲区（Multibuffer）：可以把多个文件的相关片段拼到一个视图里编辑，做跨文件重构时特别顺手。
- 协作基于 CRDT：多人同时编辑时冲突自动合并，无需中央锁。
语言智能靠 LSP（Language Server Protocol）实现，TypeScript、Rust、Python、Go 等主流语言开箱即用，体验与 VS Code 的 IntelliSense 接近。
更底层的是，Zed 用 Tree-sitter 做增量语法解析：每次按键只重新解析被改动的最小语法树范围，因此高亮、括号匹配、符号跳转在百万行文件里依然即时。这也是它编辑超大日志、巨型 JSON 或压缩后的打包文件时不卡的根本原因——解析成本被压到了局部。
三、安装与首次启动
各平台安装方式如下，安装后在应用菜单中”启用命令行工具”即可在终端调用 zed。
# macOS（Homebrew cask）
brew install --cask zed
# Linux（官方安装脚本）
curl -fsSL https://zed.dev/install.sh | sh
# 验证版本（需先在设置中启用 CLI）
zed --version
# 直接用 CLI 打开项目目录
zed ./my-project首次启动会引导你登录 Zed 账号（用于云端同步配置与协作），也可以跳过仅本地使用。
四、核心配置：settings.json 与 keymap
Zed 的配置是纯 JSONC 文件（支持注释），位于 ~/.config/zed/settings.json。下面是一份兼顾观感与 AI 能力的示例：
{
// 主题与字体
"theme": "zed::themes::catppuccin-mocha",
"buffer_font_family": "JetBrains Mono",
"buffer_font_size": 15,
// 保存时自动格式化
"format_on_save": "on",
// 启用内置 AI 助手（下文详述）
"features": { "assistant": true }
}快捷键定义在 ~/.config/zed/keymap.json，语法与 VS Code 的 keybindings 类似，迁移成本低：
[
{ "bindings": {
"cmd-k cmd-c": "editor::OpenCommandPalette",
"cmd-shift-f": "project_search::Toggle",
"cmd-j": "buffer::Format"
}}
]四（续）、多光标与 Multibuffer 实战
Zed 的多光标是日常高频操作：按住 cmd 在多处点选即可同时编辑，配合”按出现次数选择”能一次性改完某个变量在文件里的全部引用。Multibuffer 则更进一步——用 cmd-shift-p 搜索符号后，可把多个函数或文件片段聚合到一个临时缓冲区里对照修改，改完各自写回原处。在做跨文件重命名或服务拆分时，它比反复切标签页高效得多。
五、AI 助手集成（slash commands）
Zed 内置 AI 面板，支持 OpenAI、Anthropic、Ollama 等供应商，可在配置里填入 key，也能直接走本地模型保护隐私。它的 / 命令（如 /file 引用当前文件、/terminal 引用终端输出）让”带上下文对话”非常自然。这与当下 AI 编程范式转移 的趋势一致——编辑器正在从”写代码工具”变成”与智能体协作的入口”。如果你已经用惯了 Roo Code 这类 AI 编程智能体，Zed 的助手可以视作更轻量的同赛道补充。想自己从零搭一个能调用工具的智能体，也可以参考 从零手写 AI Agent 实战。
{
"models": {
"openai": { "api_key": "sk-xxx" },
"anthropic": { "api_key": "sk-ant-xxx" },
"ollama": { "api_url": "http://localhost:11434" }
}
}配置后按 cmd-ctrl-a 唤起助手，选中代码再问”这段代码有什么边界问题”，它会结合编辑器上下文给出答案，比切到网页版聊天高效得多。
举个实用流程：选中一段报错栈，问”这是哪个空指针导致的”，Zed 会把当前文件与选中内容一起作为上下文发给模型，返回的定位往往比你自己翻日志快。你还能用 /terminal 把最近一条命令的输出贴进对话，让它解释失败原因——相当于一个始终看得到你屏幕的结对伙伴，而不是盲猜的聊天机器人。
六、原生多人协作
协作是 Zed 的差异化卖点。登录账号后，点击右上角”Share”即可生成邀请链接，对方 Join 后双方光标、选择、编辑实时同步，基于 CRDT 保证最终一致，无需额外插件。对于需要结对编程或远程带新人的团队，这是比屏幕共享更顺滑的方案。
七、远程开发
Zed 的远程能力建立在 SSH 之上，在 settings.json 里声明连接信息后，即可像本地一样打开远端项目并享受同样的补全与渲染：
{
"ssh_connections": [
{
"host": "prod-bastion",
"username": "deploy",
"ssh_options": { "Port": "2222" }
}
]
}八、性能实测对比
| 维度 | VS Code | Zed |
| 冷启动 | 0.5–1.5s（含插件） | 通常 <100ms |
| 内存（中型项目） | 400–800MB | 80–200MB |
| 大文件滚动 | 偶有掉帧 | GPU 渲染流畅 |
| 多人协作 | 需装 Live Share | 原生内置 |
九、适用场景与不足
| 适合 | 暂不适合 |
| JS/TS/Rust/Python 日常开发 | 重度 JVM 生态调试（IntelliJ 更强） |
| 需要原生实时协作的团队 | 强依赖某款冷门 VS Code 插件 |
| 低配机器 / 远程开发 | Windows 平台（仍在完善） |
客观地说，Zed 的插件生态还远不如 VS Code 丰富，某些企业内网专属插件暂时找不到替代。但它迭代很快，每月都有明显更新。
十、常见问题与排障
上手过程中几个高频问题，提前排掉能省不少时间：
- CLI 命令找不到：在应用菜单 Zed › 设置里”启用命令行工具”，重新加载后即可用
zed打开目录。 - AI 返回 401：检查 settings.json 里对应供应商的
api_key是否复制完整；用 Ollama 时需确认本地服务已启动且api_url可达。 - 协作连不上：确认双方都登录了 Zed 账号，且网络未被企业防火墙拦截云端信令。
- 中文输入法卡顿：在设置里打开与
ime相关的选项，或在系统偏好中切换为原生输入法再试。
例如你想让同事帮你 review 一段棘手的正则，Share 后他能在你的编辑器里直接选中那段并批注，双方看到的是同一份光标世界，沟通成本远低于截图来回。
十一、结语
Zed 不是要”取代”VS Code，而是给受够了卡顿的开发者一个更轻、更快的选择。Rust + GPUI 的架构让它在本体上就占优，原生协作与 AI 助手则是加分项。建议先用它开一个小项目试一周：装好主题、配好 AI key、体验一次多人协作，你大概率会像我一样把它留在 Dock 栏。如果你的项目需要前端单测保障质量，可以顺手看看 Vitest 前端测试实战，把”快”贯穿到开发到验证的全流程。
