Zed AI

Zed 是一款由 Zed Industries 使用 Rust 从零开始构建的代码编辑器。该公司由 Nathan Sobo 和 Max Brunsfeld 创立，他们也是 Atom 编辑器和 Electron 框架背后的核心工程师。大多数 AI 代码编辑器只是在 VS Code 基于 Chromium 的外壳上叠加智能功能，而 Zed 则替换了整个技术栈：采用名为 GPUI 的自定义 GPU 加速 UI 框架，全程使用 Rust 编写，并配备目标帧率为 120fps 的渲染引擎。最终打造出了一款启动时间仅需约 0.12 秒、在典型项目中内存占用低于 300MB 的编辑器，相比之下，加载了扩展的 Cursor 内存占用通常超过 1GB。该项目于 2024 年 1 月 24 日在 GPL/AGPL/Apache 2.0 许可架构下开源，并在经过两年的公开开发后，于 2026 年 4 月 29 日发布了 1.0 版本。

Zed 的 AI 功能涵盖三个层面。Inline Assistant（内联助手）允许开发者高亮代码、触发提示词，并在不切换窗口的情况下就地接收修改。Edit Prediction（编辑预测）使用 Zeta 模型（开源，在开放数据集上训练），将下一次编辑预测为多行建议，而不仅仅是下一个 token 的补全。Agent Panel（智能体面板）通过 Agent Client Protocol (ACP) 连接外部 AI 智能体，这是 Zed 在 2025 年 8 月发布的一项开放标准，允许接入 Claude Agent、Codex、OpenCode 以及任何兼容 ACP 的智能体。开发者可以跨项目并行运行多个智能体线程，在多缓冲区视图中审查提议的更改，并内联接受或拒绝差异对比（diffs）。在 Personal（免费）计划中，用户可以自带 Anthropic、OpenAI、Google 的 API 密钥，或通过 Ollama 运行本地模型，完全绕过 Zed 的托管服务。

2026 年 4 月的 Zed 实际表现如何

到 1.0 版本，Zed 已经作为一款功能齐全的编辑器发布，涵盖了常见的开发者技术栈：内置对 C、C++、CSS、JavaScript、TypeScript、Markdown 和 Python 的 LSP 支持；原生 Git 集成，包含提交历史、文件差异和单词差异；原生调试器（在数千名开发者请求后于 2025 年 6 月添加）；通过 Jupyter 内核内置的 REPL；实时协作编辑，多名开发者可以共享会话并显示光标位置；以及远程开发功能，在本地运行 UI 的同时在远程服务器上执行代码库。

AI 层在设计上是模块化的。1.0 版本中新增的“禁用所有 AI 功能”设置允许开发者将 Zed 作为纯粹的传统编辑器运行。对于需要 AI 的用户，选项包括：使用 Zed 的托管模型（提供 Claude、GPT-5、Gemini 3、Grok 4）、在任何计划中自带 API 密钥，或通过 ACP 注册表安装外部智能体。Zeta 编辑预测模型在 GitHub 上开源，在开放数据集上训练，并在本地运行。Agent Client Protocol 作为开放标准发布，这意味着任何智能体开发者都可以编写兼容 ACP 的集成，而无需 Zed 的参与。

仅在 2025 年，1.0 版本就经历了 182 个稳定版本和 261 个预览版本的迭代，发布了原生 Git、调试器、Windows 支持、键位映射编辑器、粘性滚动、开发容器、Helix 模式和智能体指标。2025 年的总结显示，来自 1,100 名贡献者的 10,300 个拉取请求（pull requests）被合并。

Zed 与 Cursor 和 JetBrains Fleet 的对比定位

与 Cursor 的比较是大多数开发者首先想到的，两者在机制上的差异非常显著。Cursor 是 VS Code 的 Electron/Chromium 架构的分支，这意味着它继承了完整的 VS Code 扩展市场（超过 100,000 个扩展），但也继承了全部的内存开销。Cursor 的 AI 完全是内部构建的：它的 Tab 补全使用在代码补全上微调的模型，其后台智能体运行在 Anthropic 托管的云虚拟机上，最多支持 8 个并行线程，并且其智能体集成是专有的，没有针对第三方智能体的开放协议。Cursor Pro 每月收费 20 美元。Zed Pro 每月收费 10 美元（包含 5 美元的 token 额度，超额部分按供应商标价 +10% 计费），如果自带 API 密钥则为 0 美元。这种权衡是真实存在的：用户一致认为 Cursor 的 AI 自动补全更准确，其智能体基础设施也更成熟。Zed 的优势在于架构：启动更快、内存占用更低、开源，以及可组合的模型——你可以换入任何智能体或模型，而不是依赖 Cursor 的内置版本。

“我喜欢 Zed，很高兴你们现在原生支持了 Claude。AI 自动补全……仍然有待改进……Cursor 的 AI 自动补全和预测要准确得多。很高兴听到 Zed 获得了一轮融资。这将大有裨益，有望打造出一款非基于 VS Code 的高质量 IDE，从而对 Cursor 形成真正的竞争。”—— ppeetteerr，Hacker News，2025 年 9 月

JetBrains Fleet 提供了另一种架构思路。Fleet 将其编辑器前端与“智能模式”语言智能后端分离开来，该后端可以在本地运行，也可以根据需求扩展为完整的 IntelliJ 引擎。这种分布式设计听起来很吸引人，但在实践中 Fleet 已经停滞不前：在 2026 年，它仍处于延长的公开预览阶段，没有具备竞争力的 AI 智能体方案，没有开源版本，启动速度也比 Zed 慢。JetBrains 的 AI Assistant 是附加的而不是原生的，并且 Fleet 尚未发布任何可与 Zed 的 ACP 或 Cline 的 VS Code 智能体工作流相媲美的功能。Fleet 在预览期间是免费的，这使得一些 JetBrains 的忠实用户留在了其生态系统中，但在那些想要非 VS Code 编辑器的开发者中，势头已经转向了 Zed。

与 GitHub Copilot 相比，这种比较就像是苹果和橘子的对比：Copilot 是一个存在于其他编辑器（VS Code、JetBrains、Neovim）中的 AI 助手，而不是一个独立的编辑器。相关的比较在于，Zed 的 Inline Assistant 和 Edit Prediction 提供了类似的内联补全工作流，但它们是编辑器级别的第一方功能，而不是可以禁用或替换的扩展。使用 Aider 的开发者经常将其与 Zed 结合使用：Aider 通过 CLI 处理较长的重构，而 Zed 处理编辑级别的预测和内联提问。

智能体工作流的实际体验如何

Zed 的 Agent Client Protocol 是最能体现其理念的功能。Zed 没有在内部构建每一个 AI 集成，而是在 2025 年 8 月发布了一项开放标准，现在运行着一个注册表，开发者可以通过一条命令安装 Claude Agent、Gemini CLI、Codex 或任何兼容 ACP 的智能体。当智能体在 Zed 内部运行时，其输出会作为实时差异对比显示在多缓冲区编辑器中。开发者可以准确地看到智能体提议跨多个文件同时进行的更改，并且可以在不离开编辑器的情况下接受或拒绝单个代码块（hunks）。多个智能体线程可以并行运行，每个线程都有自己的上下文。

在日常使用中，实际体验还有些粗糙。Builder.io 在 2026 年的评测中记录了“智能体线程、文本线程和 Zed 仍在测试阶段的新 CLI 集成之间存在 UI 上的怪异现象”。并非所有 Claude Code 的斜杠命令都能在 Zed 的智能体窗口中正常工作。配置文件系统（允许开发者禁用内置工具并仅在每个上下文中启用特定的 MCP 服务器工具）功能强大，但文档不足。对于运行复杂多 MCP 设置的开发者来说，Zed 的可组合性相比 Cursor 的封闭生态是一个真正的优势。但对于想要一键式 AI 魔法的开发者来说，Cursor 更集成的智能体体验则更胜一筹。

“对于那些还没用过 Zed 的人来说，这是我 25 年来用过的第一个不会让人分心的 GUI 编辑器。”—— tiffanyh，Hacker News，2024 年 1 月

2024 年 1 月 24 日的开源发布是一个转折点。Nathan Sobo 在 Zed 博客上直言不讳地表示：“我们相信，让 Zed 开源将使其成为最好的产品。”该公告在数小时内登上了 Hacker News 首页，产生了 400 多条评论。这一转变也是商业模式的改变：从销售专有编辑器转向围绕开源核心销售 AI 驱动的服务。到 2025 年 8 月，这一押注赢得了由 Sequoia Capital 领投的 3200 万美元 B 轮融资（总融资额超过 4200 万美元），天使投资人 Dylan Field（Figma CEO）和 Tom Preston-Werner（GitHub 联合创始人）也参与其中。这笔资金正被用于构建 DeltaDB，这是一个使用 CRDTs 的操作级版本控制系统，它将跟踪每一次编辑和每一次与演进代码相关的讨论，使协作历史在击键级别可审计。

Zed 是为谁打造的

能从 Zed 中获益最多的开发者是那些痴迷于性能、已经习惯配置工具，并且看重开源基础的人。Rust 和系统开发者代表了核心社区：Zed 是用 Rust 构建的，其团队在 Rust 生态系统中非常活跃，而且该编辑器的性能优势在 Rust 项目中最能引起共鸣，在相同的代码库下，IntelliJ IDEA 或 Cursor 可能会占用 10 倍的内存。那些已经厌倦了 VS Code 中 Copilot 臃肿功能的 Go、TypeScript 和 Python 开发者是下一个群体：多位用户表示，在 VS Code 开始将 Copilot 功能强制加入默认工具栏后，他们选择了切换。

经常进行结对编程的开发者可以从 Zed 内置的实时协作功能中受益，该功能是第一方特性，而不是插件。Cursor 和 VS Code 也有协作功能，但 Zed 的协作功能是在架构层面设计的。远程开发团队也能在 Zed 的远程开发模式中发现价值，该模式在本地保持编辑器快速运行的同时，让语言服务器在性能强劲的远程机器上运行。

想要组合自己的 AI 技术栈的开发者非常适合 Zed 模式。如果你的工作流涉及使用 Codeium 完成一项任务，使用 Claude Agent 完成另一项任务，并使用本地 Ollama 模型处理敏感代码，Zed 的自带 API 密钥模式和 ACP 注册表使这种组合成为可能。使用自己的密钥时，你无需支付 Zed 的加价，并且可以根据任务切换模型。

Zed 不是什么

如果你依赖 VS Code 的扩展生态系统，Zed 并不是一个可以直接替代 VS Code 的选择。这种差距不是边缘性的：VS Code 有超过 100,000 个扩展；而 Zed 发布 1.0 版本时大约只有 1,000 个。缺少类似 GitLens 的并排 git 差异对比功能。对 Jupyter notebook 的支持也不完全。对较冷门语言（Haskell、Elixir、OCaml）的语言服务器覆盖参差不齐。如果某个特定的 VS Code 扩展在你的工作流中起着关键作用，请在切换前检查 Zed 的扩展注册表。

对于以 Windows 为主的开发团队来说，Zed 目前还不是正确的选择。Windows 版本于 2025 年 10 月推出，已可用于生产环境，但用户报告了 WSL 路径的边缘情况、非 ASCII 字体渲染故障，以及偶尔与 macOS 和 Linux 版本不同的行为。团队正在积极解决这些问题，但截至 2026 年初，Windows 的体验仍不如 macOS/Linux 成熟。

Zed 并不像 Cursor 那样是一个开箱即用的 AI 编码环境。Cursor 附带了连贯的 AI 层、训练好的模型和云智能体基础设施，开箱即用。Zed 的可组合模型在原则上更强大，但需要配置。那些希望打开编辑器就能立即获得强大 AI 补全而无需设置的用户，在 Cursor 或针对特定工作流的 v0 等工具上会有更好的初始体验。Zed 会回报那些愿意花时间配置它的开发者；它不会在设置过程中提供手把手的指导。