原子弹团队再创业：Zed编辑器获红杉3200万投资，性能碾压Electron阵营

创始人背景

Zed 由三位核心创始人共同打造：

• Nathan Sobo — Atom 编辑器的创造者和项目负责人，2011 年起在 GitHub 领导 Atom 开发
• Antonio Scandurra — Atom 核心贡献者，与 Sobo 合作近 10 年
• Max Brunsfeld — Tree-sitter 的创造者（Tree-sitter 现已成为几乎所有现代编辑器的语法解析标准）

这三位并非普通的创业团队，而是定义了上一代编辑器标准的人。Atom 曾是 GitHub 的旗舰产品，而 Tree-sitter 则被 Neovim、Helix 等编辑器广泛采用。正因如此，他们对“编辑器该如何设计”以及“哪些路走不通”有着最深刻的理解。

融资历程：2023 年获得 1000 万美元种子轮融资，2024 年宣布全面开源，2025 年由 Sequoia Capital 领投完成 3200 万美元 A 轮融资。

为什么要做 Zed

一句话概括：Atom 的失败不是设计理念的失败，而是技术栈选择的失败。

Nathan Sobo 在一篇名为 “We Have to Start Over” 的博客中回顾了这段历史：

2017 年，我们为 Atom 开发了 Teletype——这是首个生产级的 CRDT 协作编辑功能。那时我们就意识到，问题不在于我们的能力，而是底层的平台在拖后腿。

Atom 基于 Electron（Chromium + Node.js），这直接导致了以下问题：

• 每个编辑器窗口就是一个完整的浏览器实例，内存占用轻松超过 500MB
• JavaScript 的单线程模型使得 UI 卡顿问题无法根治
• 垃圾回收机制会引发随机的界面掉帧
• DOM 重排操作导致打开大文件时容易卡死

团队花费数年时间试图优化，最终得出了一个结论：在 Web 技术栈上构建高性能编辑器，是一条死路。 必须推倒重来，选用正确的技术栈。

Zed 便是这次“重来”的产物——它用 Rust + GPU 渲染 彻底取代了 Electron，从底层内置了 CRDT 以实现原生协作，并用 WASM 沙箱 替代了 Node.js 扩展系统。

核心竞争优势（与竞品对比）

维度	Zed	Cursor	VSCode	Atom（已停止）
技术栈	Rust + GPU 直接渲染	Electron (VSCode fork)	Electron	Electron
冷启动	0.4-0.8s	2.1-3.1s	3.0-3.2s	3-5s
空闲内存	<100MB	180-690MB	200MB-1GB+	500MB+
输入延迟	2ms	12ms	12ms	—
渲染帧率	120fps	60fps	60fps	60fps
大文件（50K行）	流畅	卡顿	卡顿	卡死
AI 架构	ACP 开放协议，可接入任意 Agent	深度内置，体验丝滑但封闭	Copilot 插件	无
Agent 可选性	Claude Code / Gemini / Copilot / 20+	仅 Cursor 内置	有限	N/A
实时协作	原生 CRDT + 语音/视频	无	Live Share（微软方案）	Teletype（已废弃）
扩展系统	WASM 沙箱（更安全）	VSCode 扩展（Node.js）	VSCode 扩展（50,000+）	Node.js
扩展数量	较少（成长中）	继承 VSCode 50,000+	50,000+	已停止
开源	完全开源	闭源	部分开源	已归档
市场占有	新兴（77K GitHub stars）	快速增长	~70% 开发者	已停止

性能差距不是 10%，而是数量级的差异。其根本原因在于技术栈：Zed 使用自研的 GPUI 框架进行 GPU 直接渲染（类似于游戏引擎），而 Cursor 和 VSCode 都运行在 Electron 之上。

• 对比 VSCode：Zed 可以看作是“性能碾压版的 VSCode”，但其扩展生态是目前最大的短板。
• 对比 Cursor：Cursor 是“AI 体验最好的编辑器”，而 Zed 立志成为“不被任何单一 AI 提供商锁定的开放平台”。
• 对比 Atom：Zed 就是 Atom 原班人马用正确技术栈赢得的“第二次机会”。

商业模式

当前定价：编辑器本体永久免费，Pro 版 10 美元/月（主要提供 AI Token 额度），Enterprise 版面向企业。用户也可以自带 API Key 完全免费使用。

未来盈利模式分析

Zed 的盈利逻辑并非简单的“卖软件”或“赚差价”，而是一个三阶段递进模型：

第一阶段（当前）：AI Token 中间商 + Enterprise 入门
这是最直接但利润最薄的一层。Pro 用户按 API 价格加 10% 的溢价使用托管的 AI 模型，Enterprise 用户则为 SSO（单点登录）、审计等功能付费。这部分收入能覆盖运营成本，但并非长期护城河——因为用户随时可以自带 API Key 绕过。

第二阶段（中期）：协作基础设施变现
Zed 内置的 CRDT 实时协作是其独特能力。目前虽然免费，但 Nathan Sobo 已明确表示未来将对私有协作频道收费。这类似于 Slack 的模式——个人免费，团队或企业付费。关键在于，一旦团队的工作流建立在 Zed 的协作频道上（代码共享、语音通话、实时编辑），迁移成本将变得极高。这才是真正的 SaaS 收入来源。

第三阶段（长期）：平台税 + 服务端计算
这是最具想象力的部分。如果其 ACP（Agent Client Protocol）协议能成为行业标准：

• ACP Registry 可以成为 Agent 分发平台——类似应用商店，向 Agent 开发者收取分成或上架费。
• 服务端计算——例如远程开发、云端构建、AI 推理加速等，按实际使用量收费。
• Enterprise 深度集成——代码审计、合规扫描、使用行为分析、高级团队管理等高附加值功能。

底层哲学：“创造的价值远大于攫取的价值”

Zed 的商业模式遵循了 Tim O‘Reilly 在 2013 年斯坦福演讲中提出的 “Create more value than you capture” 原则——即构建生态、为他人创造价值的企业终将成功；过度榨取则会导致创新者离开、生态瓦解。GitLab 是这一哲学的典型例证：其核心产品完全开源，通过免费（个人）→ Premium（团队）→ Ultimate（企业）的分层模式，从 2016 年与 GitHub 正面竞争，成长为估值 110 亿美元 的上市公司。

Nathan Sobo 在宣布开源的博文中明确表态：

“我们相信‘创造的价值应大于攫取的价值’这一原则。选择开源是一场赌博，赌的是如果我们能围绕 Zed 构建一场巨大的运动，我们的公司将有机会捕获我们所创造价值的一部分。”

具体策略如下表所示：

开放给社区的价值	商业化路径
高性能编辑器（永久免费）	Pro 计划的 AI Token 服务
GPUI 框架（Apache 2.0 开源）	Enterprise 版的 SSO/审计功能
ACP 协议（Apache 2.0 开源）	协作服务（私有频道）
CRDT 实时协作 / 100% 代码开源	服务端计算服务

团队承诺：不展示广告，用户可从源码自行构建，专有代码仅占极小部分。

核心商业逻辑：编辑器是流量入口，协作功能增加用户粘性，ACP 协议构建开放生态，服务端计算则是利润中心——这不是“卖软件”的生意，而是“卖基础设施”的生意。其目标用户群体本身就是开发者社区，他们既是使用者也是潜在贡献者。如果 ACP 能成为类似 LSP 之于 VSCode 的行业标准，将产生强大的网络效应。其发展路径与 GitLab 高度一致。

ACP 的协议竞争格局

ACP 并非市场上唯一的 AI Agent 通信协议。当前主要玩家正从不同的接口层切入：

协议	发起方	定位
MCP（Model Context Protocol）	Anthropic → Linux 基金会	Agent 调用外部工具的标准接口（“AI 的 USB-C”）
ACP（Agent Client Protocol）	Zed	编辑器接入任意 Agent 的标准（“AI 的 LSP”）
Codex App Server Protocol	OpenAI	单一 Agent（Codex）服务多客户端的内部协议
A2A（Agent-to-Agent）	Google	Agent 之间相互发现、协作和委派任务

从技术分层来看：MCP 管理 Agent 向下调用工具，ACP 管理 Agent 向上连接编辑器，A2A 管理 Agent 之间的横向通信，Codex App Server 则管理 Agent 自身的多端分发。表面上是协议竞争，实质是各家在自身最具优势的接口层建立控制力——谁定义了接口标准，谁就定义了整个生态的接入方式和依赖关系。

值得注意的是，ACP 与 OpenAI 的 Codex App Server Protocol 在技术层面高度同构（都基于 JSON-RPC 2.0 over stdio、支持双向通信和会话管理），解决的核心问题也一致——将 Agent 的逻辑与客户端 UI 解耦。社区已有桥接项目实现两者的互通。两者的真正差异在于战略定位：ACP 以中立开放的行业标准自居（类似 LSP），而 Codex App Server 是 OpenAI 的内部基础设施。长期来看，MCP + A2A 可能成为主干标准，ACP 和 Codex App Server 则作为特定领域的补充协议存在。

潜在风险：这一商业模式的前提是用户规模。如果 Zed 无法在扩展生态上快速追赶 VSCode，用户增长可能不足以支撑其平台化变现。此外，ACP 能否在 MCP 和 A2A 的夹击下真正成为被广泛采纳的行业标准，而不仅仅是服务于 Zed 自身生态，仍是一个开放性问题。

总结

Zed 的核心赌注在于：在 AI Agent 时代，代码编辑器应该是一个开放的、中立的平台，而非某个特定 AI 提供商的前端界面。

这个赌注包含三层含义：

1. 技术层面——用 Rust + GPU 渲染证明编辑器性能可以碾压 Electron 一个数量级，这是吸引广大开发者的硬实力基础。
2. 生态层面——通过 ACP 协议建立 AI Agent 的互操作标准。如果 ACP 能成为 AI 领域的“LSP”，那么 Zed 将是这个标准的定义者和最佳实践载体。
3. 商业层面——遵循“创造大于攫取”的基础原则，先通过开源和极致性能建立强大的开发者社区，再通过协作基础设施和企业级服务实现可持续的商业化。

最终能否成功，取决于两个关键变量：其扩展生态能否快速追赶乃至超越 VSCode，以及 ACP 协议能否真正突破 Zed 生态，成为被行业广泛接纳的标准。无论结果如何，Zed 的出现已经为沉闷已久的编辑器市场注入了一剂强心针，或许真能如其愿景所言，开启一个后 Electron 时代。关于编辑器演进和开源模式的更多深度讨论，欢迎在云栈社区继续交流。