Zed Editor 评测：原生编辑、AI 智能体与迁移取舍

如果你想要响应迅速的原生编辑环境，又希望自由选择编程智能体，Zed Editor 值得一试。它提供 3 种 AI 使用方式：使用 Zed 自带的智能体、接入外部智能体，或在编辑器内运行命令行智能体。如果日常工作离不开现有扩展和调试配置，也无力重新搭建，继续使用 Visual Studio Code 或 Cursor 更合适。

Zed Editor 是什么？

Zed 是一款用 Rust 编写的开源代码编辑器，内置协同编辑和 AI 辅助功能。它为 Visual Studio Code 系列编辑器提供了另一种选择，也不要求你绑定某个编程智能体：可以使用原生 Zed Agent，通过集成接入 Anthropic 的 Claude Agent 或 OpenAI 的 Codex，也可以在终端会话中运行 Claude Code 这类命令行工具。AI 并非必选项。用哪个编辑器、由哪个模型回答提示词、让哪个智能体决定调用什么工具，这些都可以分别选择。Zed 的 AI 快速入门文档介绍了这些路径。

本文于 2026 年 10 月 15 日对照厂商在线文档和价格页面完成核验。 这是一篇基于文档的评测，结合了公开页面截图和工作流程分析，未进行登录后的实测，也未开展性能对比测试。判断依据包括编辑操作是否顺手、AI 修改是否便于审查、与现有开发工具的兼容性，以及团队管理能力。

哪些人适合换到 Zed，哪些人应该继续观望？

如果你一天的大部分时间都在浏览和修改代码，项目工具能够脱离编辑器扩展独立运行，又希望保留选择智能体的自由，Zed 很适合纳入考虑。对于经常一起阅读、修改同一份代码的结对开发者，它也值得评估。

选择编辑器，关键在于哪些现有能力必须保留：

这份比较依据 Zed 迁移指南、Cursor 迁移文档、VS Code 扩展文档以及 Devin Desktop 当前的入门指南。它比较的是工作流程的适配程度，并非速度排名。

Zed vs VSCode：先保住让开发流程稳定可复现的工具

如果项目依赖特定的测试管理工具、调试器扩展、容器集成或团队自定义扩展，继续使用 Visual Studio Code 更稳妥。Zed 自己的迁移指南也承认，扩展库规模较小，部分 DevOps、容器和测试运行工具没有可以直接替换的对应产品。

如果你的开发流程主要围绕源文件、语言服务器、终端命令和 Git 审查展开，这个差距可能可以接受。语言服务器是提供补全、诊断和代码导航的后台进程。如果这些基础能力在项目中都能正常工作，就有理由试用 Zed。但如果部署或调试必须通过某个专业扩展完成，那么换编辑器就是一次工具链迁移，不能只按界面喜好来决定。

Zed vs Cursor：更看重智能体选择，还是现有环境的延续？

如果你从 VS Code 迁移，又希望周边环境保持熟悉，Cursor 更容易上手。它的导入功能可以迁移扩展、主题、设置和快捷键。Cursor 文档还介绍了智能体内置的文件编辑、Shell 命令执行和浏览器工具。Cursor Agent 文档

如果你真正想换的是编辑器，并希望另行选择智能体，Zed 的吸引力就更大。已经用惯 Claude Code 的开发者，可以保留这个智能体来评估 Zed。不过，这不代表智能体在所有集成方式下的行为都完全一致；后文介绍的配置边界仍然需要留意。

如果迁移会让关键工具无法使用，或无法满足身份管理要求，就不宜强制全团队统一使用 Zed。Cursor 的熟悉感有价值，但其文档也说明，它采用的 VS Code 基础版本可能略旧，因此仍需检查兼容性。Windsurf 当前的文档已将产品称为 Devin Desktop，并明确列出了不兼容的扩展。不能假定所有 VS Code 分支都能完整保留原有能力。

想扩大候选范围，可以查看我们的 Cursor 替代方案清单；如果主要想比较集成式编辑器环境，可以阅读 Windsurf 与 Cursor 对比。

经常直接读写代码，才能更明显地受益于流畅编辑

处理大文件时，Zed 的响应速度值得评估，但不能据此推断整个构建或 AI 工作流程都会变快。厂商的 Rust 功能页称，即便面对大文件，语法高亮也能保持流畅。这是厂商对编辑体验的描述，不能证明你的代码仓库在 Zed 中打开会比在 Cursor 或 VS Code 中快多少倍。Zed Rust 功能页

跨文件重命名或清理代码，就是一个实用的日常场景。搜索旧的配置字段，结合上下文检查每个匹配项，再修改需要调整的位置。Zed 的**多缓冲区（multibuffers）**能把多个文件中的可编辑片段放进同一个视图，让你逐项处理搜索结果，无须反复打开、关闭标签页。修改片段时，对应的源文件也会随之改变。多缓冲区文档

当改动范围不大，而你比智能体更清楚该怎么改时，这种方式尤其有用。比如，服务需要重命名某个内部选项，却必须保留名称相近的公共响应字段。直接全局替换会出错，专门交给智能体又未必必要。把匹配到的片段放在一起，既能看清整体，也能逐处手动把关。

试用大文件编辑时，应选择你确实需要检查的文件，例如生成的 schema 或较长的源码模块，逐项体验滚动、选择、搜索、编辑和保存，再启用项目日常使用的语言服务，重复同样的操作。空白编辑器运行得流畅，远不如一次正常开发过程有参考价值。

真正的瓶颈可能在后台任务。 Zed 的 Rust 文档提醒，rust-analyzer 默认的保存时检查可能执行 cargo check --workspace --all-targets，检查整个工作区及其所有目标。文档明确指出，这种方式在大型项目中扩展性不佳。你可以缩小检查范围，或改为通过任务运行，但禁用检查也会失去可能依赖的诊断信息。Rust 性能指南

文本界面再快，也无法让耗时的工作区检查自动消失。判断体验是否改善时，应分别看编辑器响应、语言服务器工作和智能体响应时间。否则，即使换了编辑器，同一条开销很大的后台命令仍在运行，最终也可能把失望归错原因。

多人协作：在编辑器里完成结对开发

当双方都需要浏览和修改同一个项目时，Zed 的实时协作很实用。多人协作功能会显示同步编辑和各自的光标；频道提供持久保留的协作房间，支持共享项目和语音聊天，联系人则支持临时发起的私密会话。协作需要登录。协作文档

设想开发者和审查者一起排查失败的测试：开发者沿着实现追踪问题，审查者查看断言及附近的测试夹具。双方可以指向同一处源码，做出针对性修改，并在共享项目中讨论影响。相比开会时一个人不断请另一个人滚动屏幕，这样更适合共同排查。

它的价值在于共享上下文；本文并未测量它能节省多少会议时间。新人入职、故障调查，以及提交前审查敏感改动，都是值得考虑的场景。如果团队几乎完全通过异步的拉取请求审查来协作，这项功能的意义就小一些。

这里有一条明确的访问边界：共享项目后，协作者就能访问你本地文件系统中属于该项目的内容。邀请他人时，应以此为依据判断权限。多人协作能做的事比共享屏幕更多，因此也要按实际能力理解它的权限。

Zed Editor 的 AI：模型和智能体都要选对

对于跨文件任务，Zed 的 Agent Panel（智能体面板）很有用，但配置凭据前，先要确定采用哪条智能体接入路径。模型负责生成回答；智能体则把模型、指令和工具组合起来，用于查看或修改项目。给 Zed 配置 Anthropic 密钥，与运行 Claude Code，是两套不同的配置。

原生 Agent Panel 让 AI 改动便于审查

Zed Agent 可以通过 Zed 内置工具搜索、读取、编辑和运行代码。你可以用 @ 提及明确添加上下文，选择已配置的模型和服务商，并在多缓冲区中审查最终改动。审查界面支持接受或拒绝单个变更块，也就是 diff 中连续的一段改动，还可以对全部改动统一操作。Agent Panel 文档

例如，某个任务要求在请求进入数据库查询之前拦截无效输入。先附上路由处理函数及现有测试，让智能体解释校验路径，再补上最小的失败测试并实现修改。随后一起审查处理函数和测试，运行项目常规检查，拒绝与任务无关的清理改动。

这样既限定了工具的任务范围，也给了你具体的验收依据。有价值的并不只是生成补丁，而是在判断补丁是否应该进入代码仓库时，始终看得见输入内容和最终 diff。

能访问模型，并不保证这套流程就能运行。如果所选模型或服务商不支持工具调用，也就是无法请求编辑器执行操作，Zed 面板可能显示“No tools”标签。需要智能体执行任务时，应选择支持工具调用的模型。不能因为模型能回答问题，就认定它也能完成编辑流程。

接入外部智能体，保留独立选择的空间

Zed 通过 **Agent Client Protocol（ACP）**接入外部智能体；这是编辑器与智能体进程之间的通信接口。会话由编辑器承载，运行时、认证、模型选择、工具和原生配置通常由外部智能体自行管理。文档列出的集成包括 Claude Agent 和 Codex。外部智能体文档

实际用途是继续使用熟悉的智能体，同时换一个地方阅读和审查它的工作。通过 Zed 的 ACP Registry 安装智能体，启动其会话，再按该智能体自己的认证流程登录。为原生 Zed Agent 保存的 API 密钥，不会自动完成 Claude Agent 或 Codex 的认证。

这种分离，是在 Zed 中开展 AI 编程最有说服力的理由。同时，它也增加了维护要求：模型、权限或指令出现意外行为时，你需要知道相关设置究竟由 Zed 还是外部智能体管理。需要排查集成问题时，Zed 的 dev: open acp logs 命令可以显示双方的通信记录。

如果你喜欢的就是命令行交互本身，可以使用 Terminal Thread（终端会话）。它在 Zed 组织的会话内运行 CLI 或终端界面，而不是通过 Zed 的智能体界面呈现 ACP 智能体。Claude Code 和 Codex 都可以走这条路径。它们仍使用自己的凭据和配置，Zed 不会把已保存的服务商密钥复制到终端中。Terminal Threads 文档

区分这些路径并不复杂：希望由 Zed 管理行为，就用 Zed Agent；需要集成外部智能体，就用 ACP；最看重保留智能体的终端界面，就用 Terminal Threads。先选工作流程，再配置模型访问方式。

小范围修改，适合交给编辑预测

对于短小、局部的修改，Zed 的编辑预测能提供帮助，同时让你继续主导输入过程。它会在你编写代码时建议单行或多行改动。Zed 默认使用 Zeta 提供预测，也支持 GitHub Copilot 等其他服务商。预测服务商与 Agent Panel 使用的模型分别配置。编辑预测文档

比如，你正在给序列化器添加一个新属性，接着还要更新旁边的映射。编辑预测可以给出下一处相关改动，让你就在原处检查。如果任务需要在整个代码仓库中探索，用智能体；如果你已经知道下一步要改什么，只是想更快地输入，用编辑预测。

在默认的 eager 模式下，按 Tab 可以接受预测；但如果语言服务器的补全菜单已打开，菜单会优先响应。按 Escape 可以关闭当前预测。如果自动建议打断阅读，可以切换到 subtle 模式：只有按住配置的修饰键时，预测才会显示在行内，默认修饰键是 Alt。

对于希望获得 AI 辅助、又不喜欢光标下方的建议不断变化的开发者，这种模式很适合作为起点。先按需调用，再判断更频繁的预测是否有帮助。本文没有测量预测质量，也没有统计建议被接受的情况。

用真实项目完成 Zed 配置

你可以保留现有编辑器，同时评估 Zed。先找一个日常项目，完成一项小改动。以下流程可以依据公开文档复现，其中的认证步骤需要使用你自己的账号完成。

1. 1

   安装稳定版编辑器

   前往官方 Zed 下载页。安装文档也提供了 macOS 命令 brew install --cask zed 和 Windows 命令 winget install -e --id ZedIndustries.Zed。Linux 用户应按安装指南使用厂商提供的安装程序，并确认系统要求。打开代码仓库文件夹，在引入智能体之前，先确认项目平时使用的构建或测试命令能够正常运行。

2. 2

   为原生智能体选择模型或配置密钥

   打开命令面板，运行 agent: open settings。在 AI > LLM Providers 下，为 Anthropic、OpenAI 等受支持的服务商配置 API 密钥，或选择由 Zed 托管的模型。通过 Zed 保存的密钥会存入系统钥匙串。运行 agent: new thread，再在面板中选择所需模型和服务商。两项都要核对：同一个模型可能由不同的计费服务商提供。服务商配置文档

3. 3

   接入外部智能体

   运行 zed: acp registry，选择 Claude Agent 或 Codex 并安装。也可以依次打开 Agent Settings > External Agents > Add Agent > Install from Registry。安装后，在新建会话菜单中选择该智能体，启动会话。Claude Agent 文档介绍了用于自身认证的 /login；Codex 则使用原生登录流程，可用方式取决于所安装的版本和环境。按集成界面的提示操作，不要假定上一步保存的密钥会自动沿用。外部智能体配置文档

4. 4

   验证一项范围明确的改动

   请所选智能体解释一个现有测试，并指出它覆盖的代码。随后提出一项小范围修改，检查 diff，再运行代码仓库平时使用的验证命令。确认预期的指令、工具和计费账号都已生效。如果主要想用 Claude Code 的终端界面，就在面板的新建会话菜单中选择 Terminal，然后在其中启动已经安装的 CLI。

开始工作时，无须同时配置原生智能体和外部智能体。模型与密钥那一步建立的是原生路径，注册表安装那一步建立的是外部路径。保留两种方式可能很有用，但应当是有意的选择，而不是不知不觉重复配置。

Zed 免费吗？按工作方式选择套餐

Zed 当前的套餐为 Personal：免费，可使用自己的 API 密钥或外部智能体；Pro：$10/月；Business：$30/席位/月。这些价格已于 2026 年 10 月 15 日在在线价格页核验，均以美元计价。

如果只是想用原生编辑器搭配已有的智能体或服务商账号，可以从 Personal 开始。编辑器免费，并不代表外部服务商的用量也免费。Pro 适合希望使用 Zed 托管模型和无限次编辑预测的个人用户：套餐包含 $5 的 token 额度，额外托管用量按 API 标价**加收 10%**计费，并可设置支出上限。Personal 不包含这组 Pro 权益。套餐详情

Business 增加的是组织管理控制和支出可见性，并不是给每个席位分配一笔固定的模型额度。应按管理需求购买，不要把一个席位理解为无限量使用智能体。对于团队落地，下文的身份管理与控制范围限制，比套餐名称更值得关注。

哪些限制可能让迁移计划停下来？

Zed 目前的不足足够具体，可以在正式迁移前逐项核实。日常必需的流程如果无法使用，再顺手的编辑体验也难以弥补。

Zed 插件生态：扩展覆盖面决定迁移成本

Zed 不会导入 VS Code 扩展或自定义快捷键。它可以导入受支持的编辑器设置，但官方指南也说明，扩展覆盖面较小，部分专业工具缺少等效替代方案。VS Code 迁移指南

应盘点的是完成工作必需的扩展，而不是装过的每一个主题。对于每个关键扩展，确认是否有 Zed 扩展、内置功能，或你愿意使用的终端命令可以替代。如果都没有，就为这项工作保留 VS Code 或 Cursor。团队不应等到迁移后第一次紧急排查生产故障时，才发现这个缺口。

Zed 有调试器，但现有调试流程可能需要重建

Zed 提供调试器，通过 Debug Adapter Protocol 实现断点、单步执行和变量查看。该协议是编辑器与各语言调试工具之间的接口。文档列出的内置适配器覆盖 Rust、Python、JavaScript、TypeScript、Go 和 C/C++ 等语言。说 Zed 没有调试器，是不准确的。调试器文档

限制在于配置和适配器覆盖范围。有些项目需要 .zed/debug.json；如果 Zed 配置文件中没有找到配置，Zed 会加载 .vscode/launch.json。能够这样导入，并不代表兼容所有扩展、适配器选项或调试流程。文档还说明，进程选择器目前仅支持 Node。如果你经常需要交互式选择进程并附加调试，这个细节就很关键。

在真实项目中运行 debugger: start，验证失败测试的调试路径、环境变量、断点，以及你依赖的进程附加流程。VS Code 明确支持复合启动配置，可以同时启动多个配置。如果你依赖协调运行的多进程环境，在 Zed 中验证出可接受的等效方案之前，应保留已知可用的配置。VS Code 调试配置文档

Zed Skills：编辑器相同，不代表智能体配置相同

Zed 的技能是围绕 SKILL.md 文件组织的可复用指令包，原生 Zed Agent 可以从项目级或全局技能目录中加载它们。但 Zed 的外部智能体文档明确指出，外部智能体不会按 Zed Skills 机制使用这些技能；原生指令如何生效，取决于具体智能体。除非集成文档另有说明，Zed Agent 的配置档也不会应用到外部智能体。技能文档、外部智能体的配置边界

因此，即使团队在同一个编辑器中打开同一个代码仓库，选择不同的智能体路径，行为仍可能不同。应写清楚项目要求使用哪个智能体、指令放在哪里，以及哪些工具权限实际生效。模型名称相同，不足以保证工作流程一致。

Terminal Threads 还有一个明确差异：会话结束后会关闭，而不是归档，也不会进入 Zed 的 Thread History。如果流程必须保留由编辑器管理、可搜索的对话历史，应检查终端智能体自身如何保存历史，不能假定它与原生智能体会话相同。终端会话生命周期

Business 的管理能力尚不足以覆盖完整的团队部署需求

Zed Business 目前缺少 SSO、SAML 和 SCIM，即集中登录、身份联合与自动化账号配置能力，价格页将它们列为计划中的功能。页面还说明，组织控制专门作用于 Zed 的托管服务；外部智能体仍保留各自与服务商的关系。Business 功能说明

如果集中身份管理是硬性要求，目前就不适合把 Zed 定为团队统一标准。Cursor 已在文档中说明，Teams 和 Enterprise 支持 SAML SSO。这里比较的是现在能否满足需求，而不是路线图上的承诺。Cursor SSO 文档

对于不需要这些控制的小团队，仍有具体工作要做：明确受支持的语言、智能体认证方式、获准使用的服务商，以及调试操作流程。购买组织套餐，既不能替代这些配置，也不会自动管理所有外部进程。

Zed Editor 评测结论：值得为它换编辑器吗？

如果 Zed 的编辑与协作方式确实能改善日常工作，关键工具也能正常运行，而且你希望独立选择智能体，就值得迁移。如果保留现有扩展、调试流程或必要的管理能力更重要，继续使用 VS Code 或 Cursor 更合适。

对于已经熟悉命令行工具的独立开发者，Zed Personal 加上现有智能体，是合理的起点。对于团队负责人，应先让成员自愿试用，再考虑统一采用。原生编辑、多人协作和智能体选择自由，都是值得肯定的优势；但项目日常开发所需的工具和流程，仍然必须得到支持。

下一次开工时，可以打开一个日常代码仓库，完成一项小改动，审查 AI 生成的 diff，运行测试，再实际使用调试器。如果多人协作是迁移理由之一，也安排一次结对操作。记下哪些流程让你不得不回到旧编辑器。如果这些流程既关键又高频，就继续把旧编辑器作为默认选择；如果只是偶尔用到的外围功能，Zed 就值得承担更多工作。

常见问题

Linux 上用什么代码编辑器合适？

如果你看重原生编辑体验和智能体选择自由，并且系统满足包括 Vulkan 1.3 驱动在内的图形要求，可以评估 Zed。如果必需的扩展或现有调试配置才是决定因素，就继续使用 VS Code。Zed 安装要求

Zed 比 Cursor 更好吗？

如果希望分别选择原生编辑器和智能体，Zed 更适合。如果优先考虑延续基于 VS Code 的环境，迁移到 Cursor 更稳妥。本文未进行速度或模型质量的对比测试。

2026 年有哪些值得考虑的 VS Code 替代品？

Zed 适合看重原生编辑与内置多人协作的用户。Cursor 适合希望在熟悉的编辑器中使用集成 AI 工具的用户。Windsurf，也就是现在的 Devin Desktop，则是另一个集成智能体环境。筛选时应先确认必需扩展的兼容性，再考虑界面喜好。

Visual Studio Code 主要用来做什么？

Visual Studio Code 用于编辑源代码，并围绕语言工具、调试和扩展搭建开发环境。考虑迁移到 Zed 时，现有的这套工具就是需要保留、替换，或有意识地精简的基础。

有比 VS Code 更好用的代码编辑器吗？

对于你的具体工作流程，可能有更合适的编辑器。如果看重原生编辑、共同开发和灵活选择智能体，Zed 值得考虑；如果成熟的扩展和调试配置是工作的核心，VS Code 仍然更合适。

Zed 编辑器是开源的吗？

是的。Zed 开源，AI 功能也可以选择不用。但这不代表托管模型用量或外部智能体服务商的服务免费。Zed

订阅邮件通讯，获取实用的开发工作流程评测。