Zed 是 Zed Industries 推出的开源代码编辑器，以 Rust 为底层语言，主打“原生速度 + AI 原生集成 + 实时多人协作”。与 Cursor 的“VS Code 分叉并嵌入 AI”路线不同，Zed 从底层重写了编辑器内核：AI 助手、内联变换（Inline Transformation）、Agent 面板直接构建在编辑器中，不依赖插件承载核心 AI 体验。 自 2023 年公开预览以来，Zed 历经两个关键节点：2024 年 1 月发布 1.0 稳定版并开源核心代码（GPL-3.0），2025 年 6 月发布 2.0，正式引入 Agent 面板与 Windows 稳定版，覆盖 macOS、Linux、Windows 三大平台。Zed 的 AI 功能支持 Anthropic Claude、OpenAI GPT 系列以及本地模型（Ollama / LM Studio 等），并可通过 OpenAI 兼容端点接入任意自建服务。 本文按“了解 → 安装 → 上手 → 进阶 → 团队落地”的顺序组织：先给出 Zed 的定位与速览卡，再提供三个平台的安装和 AI 配置步骤，随后用 20 分钟跑通第一个 AI 编码任务，然后深入拆解它的四项核心能力，最后讲团队部署、常见误区与同类工具选型对比。
对 AI 从业者的价值：Zed 是“原生 AI 编辑器”路线的代表产品。理解它如何管理模型上下文、如何把 AI 编译进编辑器内核、如何用 Agent 自主执行多文件任务，能帮你建立 AI 编程工具选型与工作流设计的方法论。
目录
速览卡是工具类内容的固定首屏模块：30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 Zed：从“插件式 AI”到“原生 AI”
传统 AI 编程工具（如 VS Code + GitHub Copilot）把 AI 能力作为独立插件运行：AI 进程需要单独管理，对话与代码缓冲区之间靠复制粘贴衔接，多文件上下文往往要手动拼接，整体体验有明显的“割裂感”。与此同时，Electron 架构带来的启动延迟和内存占用，也让开发者在频繁切换项目时反复等待。
Zed 的做法是把 AI 能力直接编译进编辑器内核。内置的 Assistant Panel 与编辑器共享缓冲区、光标位置和会话状态，可以无缝地把任意选区或整个文件上下文递给模型；内联变换功能让 AI 直接生成 diff，由开发者逐块确认后应用。你不需要安装任何“AI 插件”就能开始使用，模型提供商的 API Key 直接配置在 Zed 设置中。
与 Cursor 的气质差异在于：Cursor 是建立在 VS Code 之上的“AI 优先”重封装，延续了 VS Code 的插件体系与快捷键习惯；Zed 则是完全自研内核的“原生 + AI 原生”路线，启动更快、界面更简，但插件生态仍在建设中。若团队对 VS Code 扩展有重度依赖，迁移前需评估；若你追求速度且愿意接受较新的软件形态，Zed 值得一试。
安装与环境配置：三步就绪
Zed 支持 macOS、Linux、Windows 三个平台。macOS 推荐用 Homebrew，Linux 使用官方安装脚本，Windows 从官网下载安装包。安装完成后先验证版本号，再配置 AI 服务。
步骤一：安装
步骤二：配置 AI 模型服务
Zed 的 AI 功能需要登录 Zed 账号（用于身份验证与协作），然后选择模型提供商。首次启动后：
1. 打开设置面板（快捷键 Cmd+, / Ctrl+,），在 Assistant（助手）一栏中选择默认模型服务：Anthropic、OpenAI 或自定义端点。
2. 如果使用官方 Zed AI 服务，先登录 Zed 账号（Zed → 设置 → 账户），绑定后可开通 Claude 模型调用，按用量计费。
3. 若使用自己的 API Key：在设置中的 Assistant → 模型 下选择 Anthropic 或 OpenAI，粘贴 API Key，并指定模型名（如 claude-sonnet-4-5、gpt-4o）。
4. 支持本地模型：将 provider 切换为 Ollama 或 LM Studio，填写本地模型名称（如 qwen2.5-coder:14b），无需外网即可使用。
步骤三：验证
验证 AI：新建一个临时文件，输入一个函数名，按 Cmd+Enter（Windows/Linux 为 Ctrl+Enter），在弹出的输入框中输入“补全这个函数”。若返回完整代码并显示 diff，即表示 AI 链路已通。
注意：公司内网或代理环境需确认 API 域名可访问；本地模型不受此限制。
# macOS（Homebrew 安装）brew install --cask zed # Linux（官方安装脚本，默认安装到 ~/.local）curl -fsSL https://zed.dev/install.sh | sh # Windows：访问 https://zed.dev/download 下载 exe 安装包，双击安装即可
zed --version # 输出形如 Zed 2.0.xzed --help # 查看命令行参数
快速上手：20 分钟跑通第一个 AI 编码任务
Zed AI 的核心交互不是“打开侧边栏”，而是“选中代码，立即提问”。最小可用流程如下：
步骤一：打开项目
在终端进入项目目录后执行 zed .，或在欢迎页选择“打开文件夹”。Zed 内置 Rust、Python、TypeScript 等语言服务，打开项目后自动加载。
步骤二：选中代码，发起内联对话
用光标选中一段代码（例如一个函数或类），按 Cmd+Enter（Linux/Windows 为 Ctrl+Enter），Zed 会在当前缓冲区弹出 AI 输入框，直接输入“解释这段代码的逻辑”即可。
步骤三：要求 AI 重写代码
在输入框中输入“将这个函数重构为异步版本”，回车后 AI 给出修改后的代码块，Zed 进入“内联变换”视图：修改以 diff 形式高亮显示，按 Tab 在多个候选结果间切换，按 Cmd+Enter 应用，按 Esc 放弃。
步骤四：使用 Assistant Panel 进行多轮对话
按 Cmd+Shift+Enter（Linux/Windows 为 Ctrl+Shift+Enter）打开 Assistant Panel。输入 /fix 让 AI 修复当前报错，或输入 @file:src/main.rs 引用文件作为上下文再提问。Assistant 面板会保留多轮会话记录，回答中的代码块可直接一键插入当前文件。
步骤五（进阶）：进入 Agent 模式
在 Assistant Panel 中切换到 Agent 模式（Zed 2.0 新增）。输入“检查这个项目的类型错误并修复”，Agent 会自主读取相关文件、执行修改并汇报结果，每一步修改都会显示 diff 等待你确认。
要点：Zed AI 的上下文默认只包含“选中内容 + 当前会话”，不会自发地把整个仓库发给模型。需要更大范围上下文时，用 @ 引用文件，或让 Agent 主动读取。
核心能力详解：四根支柱
支柱一：Assistant Panel（助手面板）
这是 Zed 的对话式 AI 入口：内置多模型切换与会话历史，模型回答可一键转为 diff 并应用到编辑器。面板中可以直接引用当前文件、终端输出、代码符号，且对话上下文与代码缓冲区实时联动——你在编辑器中移动光标时，面板中的回答不会丢失。
支柱二：内联变换（Inline Transformation）
选中代码 → 提出修改请求 → 以 diff 形式应用结果，全程发生在编辑器内，不切换到浏览器或独立窗口。适合“解释、补全、重构、单文件修改”这类高频任务，是 Zed 中最日常的 AI 使用方式。
支柱三：上下文管理（@ 引用与 Tab 标签）
Zed 用 @ 语法引用文件、符号、URL、终端输出等上下文。输入 @ 后按 Tab 会弹出补全候选列表，例如 @src/main.rs 或 @main 函数标签。被引用的内容会写入会话，同一会话内后续提问可复用，无需手动复制粘贴大段代码。
支柱四：Agent 模式（Zed 2.0 起）
区别于“一问一答”，Agent 模式允许模型自主规划步骤：读取多个文件、搜索符号定义、修改代码、甚至执行终端命令。每一步操作在提交前都需要用户在 diff 视图确认，也可随时中断调整任务描述。底层支持 Anthropic、OpenAI 及任意 OpenAI 兼容端点，但 Agent 的规划能力因模型而异，当前以 Claude 系列表现最完整。
生产部署与监控：从上线到运维
团队统一配置
Zed 支持项目级 .zed/settings.json 与 .zed/keymap.json，可随代码仓库提交，确保所有成员拥有相同的格式化规则、语言服务和快捷键。AI 相关配置（默认模型、上下文开关、超时时间）同样可写入设置文件，改动可在 PR 评审中审查。
多人协作（Collab）
Zed 内置实时协作：打开项目后，通过界面右上角“协作”入口生成邀请链接，其他人加入后即可共同编辑并共享 AI 会话上下文。适合远程结对编程场景；协作中 AI 助手同样可用，相当于两人共享同一个 AI 工作区。
可观测性与成本监控
AI 功能按 token 计费。团队可在 Zed 的会话面板查看每次对话的大致 token 用量，具体账单在模型提供商控制台（如 Anthropic Console）查看。Zed 本身有日志文件用于排障：macOS 位于 ~/Library/Logs/Zed，Linux 位于 ~/.local/share/zed/logs。默认遥测可在设置 "telemetry": {"diagnostics": false} 中关闭。
<p class=“para-label“>避坑清单：</p><ul class=”dash-list”><li>误以为 Zed AI 默认抓取整个仓库：实际默认只发送选中代码与显式 @ 引用的内容，Agent 模式才会主动读文件；担心上下文损耗需手动控制 @ 引用范围。</li><li>误把 Zed 当作 VS Code 替代品直接迁移插件：Zed 拥有自己的扩展系统（基于 WebAssembly 与 Rust），不兼容 VS Code 插件，迁移前需在官方案例库确认所需功能。</li><li>忽略平台差异：Windows 版本在 2025 年 6 月才随 2.0 转正，企业内网部署前应在目标平台做完整回归验证。</li><li>把 API Key 写进仓库：Zed 支持从环境变量读取 key，建议通过 ANTHROPIC_API_KEY 等变量注入，避免密钥进 .zed/settings.json 后随仓库泄露。</li><li>Agent 模式盲目授权：Agent 会执行终端命令，应在需求中说明“不要运行部署命令”等边界，首次使用建议在测试仓库中演练。</li></ul>
| 维度 | Zed | Cursor | VS Code + GitHub Copilot | Neovim + AI 插件 |
|---|---|---|---|---|
| 定位 | 原生 Rust 编辑器 + AI 内核 | VS Code 分叉的 AI 优先编辑器 | 通用编辑器 + AI 插件 | 极客向终端编辑器 + 插件组合 |
| 编排范式 | 问答 / Agent 自主编排 | 问答 / Agent 自主编排 | 补全优先 + Chat 辅助 | 依赖插件组合，无统一编排 |
| 类型约束 | 无（对话即会话） | 无 | 无 | 无 |
| 学习曲线 | 中（快捷键需重新适应） | 低（VS Code 用户无缝迁移） | 低（VS Code 生态） | 高（Vim 操作 + 插件配置） |
| 生态集成 | 原生语言服务齐全，扩展系统起步期 | 完整 VS Code 扩展市场 | 全球最大扩展生态 | 终端内高效，需自行组装 AI 工具链 |
| 生产部署 | 支持团队配置仓库化、Collab 协作 | 企业版托管账户与策略 | 企业版统一管理 + 配额管控 | 依赖自建配置管理 |
| License | GPL-3.0 + 商业服务 | 商业闭源（有免费层） | 闭源（免费层 + 商业订阅） | MIT / Apache（插件各异） |
| 适合谁 | 追求速度与原生 AI 的 Rust/前端团队 | 深度依赖 VS Code 生态的 AI 提速团队 | 已采购微软体系的标准化团队 | 终端流开发者、Vim 重度用户 |
选型建议：追求“编辑器速度 + AI 原生集成”且愿意调整习惯的团队选 Zed；依赖 VS Code 扩展生态、希望零迁移成本提速的团队选 Cursor；已有微软企业合约或需要 Copilot 补全闭环的团队留在 VS Code + Copilot；Vim 硬核用户可在 Neovim 中自行组装，但维护成本最高。
版本迭代
Zed 的演进主线是“快速编辑器 → 原生 AI 集成 → Agentic 编程”。2023 年公开预览，2024 年 1 月发布 1.0 并开源核心，2024 年全年持续完善 Assistant Panel 与内联变换，2025 年 6 月的 2.0 把重心转向 Agent 面板与跨平台补齐（Windows 稳定版）。
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| Zed 0.x（公开预览） | 2023-02 | 首次公开下载 | Rust 原生渲染、多人协作雏形、macOS 优先 |
| Zed 1.0 | 2024-01 | 稳定版发布 | 核心编辑器稳定、GPL-3.0 开源、接入 Anthropic 与 OpenAI 模型 |
| Zed 1.x（2024 系列） | 2024-03 至 2024-12 | AI 功能快速迭代 | Assistant Panel 完善、内联变换上线、上下文 @ 引用、新增 Gemini/Ollama 支持 |
| Zed 1.9 | 2025-04 | 平台与体验打磨 | Linux 支持趋于生产可用、编辑器内核性能优化 |
| Zed 2.0 | 2025-06 | Agent 面板 + Windows 稳定版 | Agent 模式自主执行多步任务、Windows 11 稳定支持、多人协作语音上线 |
| 基准 | Zed 1.x | Zed 2.0 | |
|---|---|---|---|
| 启动时间（冷启动） | 亚秒级 | 亚秒级 | 官方强调原生 Rust 优势，未公布精确毫秒数 |
| Aider 等公开 AI 编码榜 | 未列入 | 未列入 | Zed 未发布官方基准分数，AI 能力依赖所选模型 |
| 官方集成模型数 | 3 | 5+ | 2.0 起支持 Anthropic、OpenAI、Gemini、Ollama、LM Studio 及任意 OpenAI 兼容端点 |
Zed 没有公开发布 AI 编码基准分，其 AI 实际效果取决于你接入的模型——这也是它与 Cursor 的显著差异。选型时应按“模型能力带宽”评估，而非依赖编辑器自带分数。2.0 后 Zed 从“AI 辅助编辑器”转为“Agent 执行器”，建议团队先在测试仓库演练 Agent 的修改边界再全量推广。
AI 应用场景
AI 辅助代码理解与单文件重构
阶段：AI 编程辅助 / 代码解释
解决的问题：面对陌生代码库，传统方式是手动搜索定义、追踪调用链，费时费力。Zed 的“选中代码 → 内联提问”把解释和重构压缩在编辑器内，无需切换窗口。
具体案例：某团队接手一个遗留 Rust 服务，开发者在 3000 行的核心模块中选中关键函数，用内联对话让 AI 解释模块职责，再通过“重构为异步版本”一次性生成候选 diff，逐块确认后应用。按团队反馈，理解陌生模块的时间从原来的“半天”缩短为“一小时左右”。
Agent 驱动的多文件修复与批量重构
阶段：Agent 编排 / 自动编码
解决的问题：跨文件的类型错误、API 迁移等任务通常需要同时修改多个文件。Zed 2.0 的 Agent 面板可自主定位并修改，再由人工确认。
具体案例：某前端团队把内部组件库从 V2 升级到 V3，涉及 40 多个文件的重命名与 import 调整。开发者在 Agent 面板中给出迁移规则，Agent 逐文件处理并生成 diff，开发者在每个 diff 上确认。批量迁移从手工 2～3 天压缩到 4 小时。
实时结对编程与远程协作
阶段：多人协作 + AI 辅助
解决的问题：远程环境下结对编程缺乏共同上下文。Zed 内置 Collab 协作让两人共享同一编辑器实例，AI 会话也共享，减少沟通损耗。
具体案例：某创业团队两名后端工程师异地协作，一人打开项目并开启协作链接，另一人实时加入，两边同时使用 AI 助手排查线上问题。相比传统“屏幕共享 + 各自开 IDE”，定位问题耗时明显下降。
常见误区
误区我看到 Zed 在启动时会扫描项目文件，担心它把所有代码都上传到 Anthropic 或 OpenAI 的服务器。
正解Zed AI 的默认上下文严格限定为“当前选中代码 + 主动 @ 引用的内容 + 当前会话记录”。项目索引（如文件树、符号表）只用于本地补全与导航，不会打包发给模型。只有你显式使用 “Agent 模式” 或引用某个文件时，对应内容才会进入提示词。
为何常见：人们容易把“编辑器感知整个项目”误解为“AI 看了整个项目”，实际上两者完全分离。
误区Zed 与 Anthropic 合作，默认推荐 Claude，所以我觉得它只能接 Anthropic 的模型。
正解Zed 同时支持 OpenAI GPT 系列、Google Gemini、本地 Ollama/LM Studio，以及任意 OpenAI 兼容端点（通过自定义 provider 配置）。你可以在 Assistant 面板中随时切换模型；Agent 模式与内联变换不绑定某一特定厂商。
为何常见：Zed 官网和发布公告中与 Anthropic 的合作宣传出现频率最高，容易形成“绑定”印象。
误区Zed 说自己是“VS Code 替代品”，那我应该能直接装 VS Code 的扩展。
正解Zed 拥有自己独立的扩展系统，插件用 WASM/Rust 编写，与 VS Code 的 JavaScript 扩展完全不兼容。官方提供了从 VS Code 迁移的指南，但迁移的是“快捷键、主题、编辑体验”，不是插件本身。如果团队依赖 keybindings 之外的重度扩展（如特定 Debugger、特定 LSP 插件），需先确认替代方案。
为何常见：不少编辑器都宣称兼容 VS Code 键位，人们容易把“操作习惯兼容”理解为“生态兼容”。
误区以为 Zed 的 AI 也就是在打字时给提示，跟我用 GitHub Copilot 一样。
正解Zed AI 的核心交互是“对话 + 内联变换”，补全只是众多能力中的一小部分。它的强项是选中代码的上下文问答、重构建议和 Agent 多文件修改；自动补全体验与 Copilot 不同，不可直接类比。
为何常见：在“AI 编程助手”这一品类下，Copilot 的“补全”心智过于深入人心，导致对新生编辑器的功能定位产生误判。
误区看到 Zed 有 Vim 模式和命令面板，感觉它像终端编辑器一样没有图形界面。
正解Zed 是完整的图形化编辑器，有文件树、标签页、设置面板、协作界面等 GUI 组件。Vim 模式只是可选的键位方案；默认键位与 VS Code 接近但不同。它既不是终端工具，也不需要任何终端插件来“驱动”。
为何常见：Vim 模式与命令行安装方式（curl | sh）给新人留下“极客终端工具”的刻板印象，实际它是一款现代 GUI 桌面应用。
面试题
Q1. Zed 编辑器底层主要用什么语言实现？
- A.Rust← 正确答案
- B.C++
- C.Go
- D.TypeScript
答案：A。Zed 以 Rust 为唯一实现语言，采用原生 GUI 渲染（GPUI 框架）。C++ 常用于 Electron 类底层但不是 Zed 的选择；Go 和 TypeScript 与 Zed 内核无关。这一特性是它“启动快、内存占用低”的根本来源。
Q2. Zed AI 默认推荐的模型服务商是？
- A.OpenAI
- B.Google Gemini
- C.Anthropic← 正确答案
- D.Meta Llama
答案：C。Zed 与 Anthropic 深度合作，官方 AI 功能（Zed AI）默认集成 Claude 系列模型。但 Zed 同时支持 OpenAI、Gemini 和本地模型，推荐“默认”不等于“唯一”。选 C 而非其他是因为官方合作与实际默认配置均指向 Anthropic。
Q3. 关于 Zed AI 的模型接入，以下哪些说法正确？
- A.原生支持 Anthropic Claude← 正确答案
- B.原生支持 OpenAI GPT 系列← 正确答案
- C.不支持本地模型，只能走官方云端
- D.可通过 OpenAI 兼容端点接入任意自建服务← 正确答案
答案：ABD。Zed 原生支持 Anthropic 与 OpenAI，也支持 Ollama、LM Studio 等本地模型，C 错误。通过配置 OpenAI 兼容的 base_url 可以指向任意自建网关，D 正确。理解 Zed “模型无关”的架构，是选型时评估其可替代性的关键。
Q4. Zed 中打开 Assistant Panel（助手面板）的默认快捷键是？
- A.Cmd+Enter
- B.Cmd+Shift+Enter← 正确答案
- C.Ctrl+P
- D.Ctrl+Shift+P
答案：B。Cmd+Enter（Ctrl+Enter）是“内联对话”，Assistant Panel 是更大的会话面板，对应 Cmd+Shift+Enter（Ctrl+Shift+Enter）。Ctrl+P 打开文件选择器，Ctrl+Shift+P 在 Zed 中默认不是命令面板（VS Code 习惯）。快捷键差异是 VS Code 用户迁移最常见的坑。
Q5. 在 Zed 内联对话中用 “@” 引用文件的作用是？
- A.打开文件管理器
- B.把指定文件或符号作为上下文附加给模型← 正确答案
- C.把文件加入 Git 暂存区
- D.发起多人协作邀请
答案：B。@ 是 Zed 的上下文引用语法，可引用文件、符号、终端输出等；输入后按 Tab 会弹出补全候选列表。被引用的内容才会进入模型提示词，这是 Zed 控制上下文大小的核心机制。A/C/D 与 @ 引用无关。
Q6. Zed 2.0（2025 年 6 月）引入的核心变化包括？
- A.全新 Agent 面板，可自主执行多文件任务← 正确答案
- B.Windows 平台稳定版发布← 正确答案
- C.全新扩展系统与 VS Code 插件兼容
- D.内置 MySQL 图形客户端
答案：AB。2.0 的两大主题是 Agent 模式与 Windows 稳定版。Zed 的扩展系统是独立体系，不等于 VS Code 兼容（C 错）；内置 MySQL 客户端不存在（D 错）。记住 2.0 的“Agent 化”定位，是判断 Zed 未来走向的关键。
Q7. Zed 的 Agent 模式在执行修改前要求用户做什么？
- A.无需确认，自动应用所有修改
- B.在 diff 视图中逐个确认修改← 正确答案
- C.先手动备份整个仓库
- D.必须使用特定品牌模型
答案：B。Zed Agent 的每一步修改都会以 diff 形式展示，用户可同意、拒绝或修改后再继续。这避免了模型误改产生破坏性后果，是“人机协同”的核心设计。A 违背其安全设计，C/D 与其实际机制不符。
Q8. 团队把 AI 配置随仓库分发时，以下哪种做法最安全？
- A.在 .zed/settings.json 中写入 API Key
- B.在 .zshrc 中固定写入 API Key 并提交到仓库
- C.使用环境变量注入 API Key，settings.json 只存模型名称← 正确答案
- D.直接把 API Key 写在 assistant 面板的历史消息中
答案：C。settings.json 会随仓库同步，直接写密钥会泄露。Zed 支持从环境变量（如 ANTHROPIC_API_KEY）读取密钥，配置文件只声明模型与行为参数，是团队落地时的标准做法。A/B/D 均将密钥暴露在仓库或会话历史中，属于高危操作。
Q9. 以下关于 Zed 与 Cursor 的对比，哪些说法正确？
- A.Zed 基于 Rust 自研内核，Cursor 基于 VS Code 分叉← 正确答案
- B.Cursor 可直接使用 VS Code 扩展，Zed 有自己的扩展体系← 正确答案
- C.Zed 内置实时多人协作，Cursor 默认无此能力← 正确答案
- D.两者都无法接入本地模型
答案：ABC。Zed 是 Rust 原生，Cursor 是 VS Code 分支，A 正确；Cursor 吃 VS Code 生态红利，Zed 需独立扩展，B 正确；Zed 的 Collab 是内置功能，Cursor 主要是单人编辑器，C 正确。两者均支持本地模型接入，D 错误。选型时应先看团队生态依赖和协作需求。
Q10. Zed AI 的上下文默认包含以下哪部分内容？
- A.整个 Git 仓库的所有文件
- B.当前选中代码 + 主动 @ 引用的上下文 + 会话记录← 正确答案
- C.当前打开的全部标签页内容
- D.上一次 git commit 的全部改动
答案：B。Zed 默认只发送选中内容与显式引用，不会自动把仓库或全部标签页发给模型，B 正确。A/C 是常见误解，D 与上下文机制无关。理解这个默认行为，有助于控制 token 消耗并避免敏感代码意外外传。
参考来源
- webpageZed 官网产品介绍、下载入口与最新动态