Zed vs Cursor 对比

从零用 Rust 编写,以原生速度为核心的代码编辑器

VS
Cursor

基于 VS Code、以智能体为先的 AI 代码编辑器

15 分钟阅读AI

快速结论

结果视工作流程而定。如果你大部分时间都在手动编写代码,偶尔才调用智能体,应该选择 Zed:原生 Rust 架构、低延迟的 GPUI 引擎,以及用自己的 API key 即可无限使用的免费方案都是实实在在的优势。如果你以智能体为先的方式工作,又离不开 VS Code 的插件生态,Cursor 摩擦更少。做决定前,建议在自己的仓库里各试用一周。

ZedCursor
阅读完整结论

评分对比

图表加载中…

详细评分

详细评分: Zed 和 Cursor ——按类别打分,满分 10 分
分类ZedCursor
性能
8/10
7/10
学习难易度
7/10
8/10
生态系统
6/10
9/10
社区
7/10
8/10
就业市场
5/10
7/10
面向未来
8/10
8/10

优缺点

Zed

优点

  • 完全用 Rust 从零重写;GPUI 渲染引擎的目标是低延迟的输入体验
  • 免费的 Personal 方案提供 2,000 次 edit-prediction,使用自己的 API key 则不限量
  • 通过 ACP(Agent Client Protocol)可以把 Claude Agent、Codex、OpenCode 等外部智能体接入编辑器
  • 有文档记录的内置协作层:团队频道(channels)、联系人以及编辑器内的私人通话
  • BYOK 模型选择广泛:Opus 5.5、GPT-6 系列、DeepSeek Flash 4.1(截至 v1.21.0)
  • 开源(GPL-3.0-or-later + Apache-2.0 组件),GitHub 上已获得 90,935+ 星标
  • 原生支持 macOS、Windows 和 Linux
  • 发布节奏密集——LSP 命令面板、渲染加速等改进持续推出

缺点

  • 扩展不支持 webview——需要丰富 UI 的插件无法运行(GitHub #21208,自 2024 年 11 月起仍未关闭)
  • 不支持 jj(Jujutsu)版本控制系统(GitHub #21538,自 2024 年 12 月起仍未关闭)
  • 没有官方案例研究(case study)或独立基准测试页面
  • 插件生态相比 VS Code 的积累更年轻、规模更小

最适合

大部分时间手写代码、偶尔调用智能体的开发者优先考虑低延迟和原生编辑器体验的团队希望用自己的 API key 获得广泛模型选择的用户希望在编辑器内通过频道和私人通话进行协作的团队偏好开源编辑器的用户

Cursor

优点

  • VS Code 分支——与现有插件集、LSP 遗产和键盘快捷键完全兼容
  • 通过 cloud agents、subagents-own-machines 和 /goal 命令在后台并行运行智能体(2026 年 8 月)
  • 官方 customers 页面展示大规模企业客户案例(Stripe、Brex、Sentry、monday.com、Coinbase、Rippling、Upwork、Optiver、Trimble)
  • 自定义模式(Custom Modes):从「/」菜单选择一个 skill,用 Option+Enter 固定,按团队标准定义持久行为
  • 价格页面明确列出各档位:Hobby $0、Pro $20、Pro+ $60、Ultra $200、Teams 每用户 $40
  • 支持 macOS、Windows 和 Linux(ARM64 + x64)
  • 支持无仓库从零启动("Start from scratch")等快速原型工作流
  • Projects(2026 年 9 月 10 日):一个能持续数月保持上下文、把任务分发给数千个 subagent 的协调层,用于推进长期功能或迁移

缺点

  • 闭源——代码库无法审查,没有 GitHub 星标/社区指标
  • Electron/VS Code 分支架构在智能体负载增加时可能影响编辑器整体响应速度(无独立测量)
  • 没有官方独立基准测试页面
  • 免费档位的智能体使用额度较低;认真使用智能体功能需要升级到付费方案
  • 没有关于协同编辑(multiplayer/collaborative editing)的官方说明

最适合

希望把跨文件重构和后台任务交给智能体的团队依赖 VS Code 插件集(Docker、Remote-SSH、语言插件)的开发者在企业采购流程中需要参考客户证明的公司希望搭建基于云端/subagent 的并行智能体工作流的用户希望用无仓库从零启动流程快速原型开发的用户

代码对比

Zed
// Zed - agent、外部 ACP 智能体与编辑器设置(settings.json)
{
  "agent": {
    "commit_message_instructions": "Use the Conventional Commits format",
    "tool_permissions": {
      "default": "confirm"
    }
  },
  "agent_servers": {
    "custom-acp-agent": {
      "type": "custom",
      "command": "node",
      "args": ["~/projects/agent/index.js", "--acp"],
      "env": {}
    }
  },
  "edit_predictions": {
    "provider": "zed"
  },
  "lsp": {
    "rust-analyzer": {
      "initialization_options": {
        "check": { "command": "clippy" }
      }
    }
  },
  "languages": {
    "Rust": {
      "format_on_save": "on",
      "tab_size": 4
    }
  },
  "vim_mode": false,
  "theme": "One Dark",
  "buffer_font_size": 15
}
Cursor
// Cursor - 项目规则文件(.cursor/rules/backend.mdc)
---
description: Backend API standards
globs:
  - "src/api/**/*.ts"
alwaysApply: true
---

# Code rules
- Validate every endpoint input with a Zod schema
- Error body must be machine-readable: { "error": "invalid_payload" }
- Every new route requires a matching test file

// .cursorignore - 智能体不会扫描的路径
node_modules/
dist/
*.generated.ts
.env*

// 自定义模式(Custom Mode)不是通过配置文件,而是从「/」菜单中选择一个
// skill,用 Option+Enter(Windows:Alt+Enter)固定后开启的。
// Skill 文件:.cursor/skills/reviewer/SKILL.md
---
name: reviewer
description: Read-only review pass before opening a pull request
icon: shield
color: blue
---

Review the diff only; do not edit files.
Report findings as a numbered list with file path and line number.

结论

结果视工作流程而定。如果你大部分时间都在手动编写代码,偶尔才调用智能体,应该选择 Zed:原生 Rust 架构、低延迟的 GPUI 引擎,以及用自己的 API key 即可无限使用的免费方案都是实实在在的优势。如果你以智能体为先的方式工作,又离不开 VS Code 的插件生态,Cursor 摩擦更少。做决定前,建议在自己的仓库里各试用一周。

获取免费咨询
常见问题

常见问题

从架构上看 Zed 似乎更有优势,但目前没有独立测评能证实这一点。Zed 是完全用 Rust 从零编写的原生编辑器,凭借自研的 GPUI 引擎追求低延迟的启动/输入体验;而 Cursor 是基于 Electron 的 VS Code 分支,架构上的基础相对更重。两者都没有第三方基准测试——相关说法在很大程度上都来自各自公司自己的资料。要得出确切结论,最可靠的方式是在自己的仓库里实测启动时间和输入延迟。

相关博客文章

查看全部文章

相关项目

查看全部项目
全部对比