五年， Zed 1.0正式发布：VS Code慌了？

上周我第37次在 VS Code 中等待扩展激活时，突然收到一条推送："Zed 1.0 发布了"。那一刻我意识到，也许该给这个用 Rust 写的"游戏引擎式编辑器"一次机会了。

2026年4月29日，Zed 团队正式宣布他们的编辑器达到 1.0 版本。对于常年折腾编辑器的开发者来说，这个版本号背后藏着一个有趣的故事——这是一个关于推倒重来、技术执念，以及对"编辑器到底应该是什么"这个问题的重新思考。

从 Atom 的阴影中重生：为什么又要造一个编辑器？

要理解 Zed，得先聊聊它的"前世"——Atom。

Nathan Sobo（Zed 创始人）坦诚地回顾：Atom 是作为 Chromium 的分支诞生的，顺便催生了 Electron 框架。后来 Electron 成了 VS Code 的基石（现在 VS Code 似乎每隔一周就要被 fork 成一个新的 AI 编辑器，开个玩笑，但确实挺多的）。

Web 技术确实让开发变得容易——毕竟谁会拒绝用 JavaScript 写桌面应用呢？但这也带来了一个看不见的天花板。无论团队怎么优化，Atom #Visual Studio Code的性能永远受制于它构建的平台。就像你试图用一辆家用轿车去跑 F1 赛道，再怎么调校发动机，底盘限制就摆在那里。

我个人的经历 ：曾经在 Atom 上工作过两年，每次打开大项目都要做好心理准备——"好的，给我三分钟，让我喝口水等索引完成"。那种感觉就像你的编辑器在慢动作回放你的职业生涯。

所以 Zed 团队做了一个疯狂的决定：彻底重来，不从网页的角度思考，而是从游戏引擎的角度重建一切 。

GPU 渲染：把编辑器当游戏来写

这里的技术细节很有意思。Zed 没有选择 Electron 那条"容易的路"，而是用 Rust 从零开始写了自己的 UI 框架——GPUI。整个应用围绕着一个核心思想构建：像视频游戏一样，将数据喂给运行在 GPU 上的着色器 。

这个架构选择意味着什么？简单来说：

• 传统编辑器（VS Code/Atom） ：把编辑器当成网页渲染，CPU 负责大部分工作，GPU 只是旁观者
• Zed ：把编辑器当成游戏渲染，GPU 是主角，每一帧都在重新绘制

这种思路的转变带来的直接好处是—— 快 。不是"稍微快一点"的那种快，而是"打开文件瞬间就能开始打字"的快。

技术层面的深度思考 ：掌控每一层技术栈让 Zed 能走到别人走不到的地方，但这绝不是条容易的路。团队花了五年时间，写了超过一百万行代码，才在 Mac、Windows 和 Linux 上构建了现代编辑器应有的功能面——支持几十种语言、Git 集成、SSH 远程、调试器，甚至还有彩虹括号（是的，这个必须得有）。

1.0 意味着什么：不是完美，而是转折点

博客里特别强调了一点：1.0 不代表"完成"，也不代表"完美" 。它代表的是一个临界点——大多数开发者现在可以在 Zed 中找到家的感觉。

核心能力的全面覆盖

现在的 Zed 已经具备：

• 多语言支持 ：从主流的 JavaScript、Python、Rust，到各种生态系统的边缘情况
• 开发工具链 ：Git 集成、SSH 远程、调试器（终于有了！）
• 跨平台 ：Mac、Windows、Linux 全支持
• 性能保证 ：在保持功能完整的同时，依然是那个快得离谱的编辑器

包括大家最期待的 git graph 功能也再几周之前就可以使用了

大概半年前第一次尝试，当时觉得"确实快，但我的插件怎么办？"然后回到了 VS Code。最近又试了一次，发现常用功能都有了，而且那种"编辑器在配合你思考"而不是"你在等待编辑器"的感觉，真的会让人上瘾。

AI-Native：不是后加的，而是原生集成的

这是 Zed 最有意思的定位。大多数编辑器是在已有的基础上"加装"AI 功能，就像给老房子装电梯。而 Zed 从设计之初就把 AI 作为核心能力。

具体表现：

• 多 Agent 并行运行 ：可以同时跑多个 AI 助手，各自处理不同任务
• 编辑预测 ：以按键粒度建议下一个修改，速度保持 Zed 一贯的水准
• Agent Client Protocol (ACP) ：开放协议，支持 Claude Agent、Codex、OpenCode，最近还加上了 Cursor

个人看法 ：AI 集成这件事，很多编辑器做得像"给马车装火箭发动机"——看起来很快，但整体架构不匹配。Zed 的做法更像是"从一开始就设计火箭"，AI 不是外挂功能，而是编辑体验的有机组成部分。

企业版来了：Zed for Business

这次 1.0 还伴随着一个商业化的动作—— Zed for Business 的推出。

公司客户一直要求一个集中管理的方式，让工程团队使用 Zed。新版本提供：

• 集中计费
• 基于角色的访问控制
• 团队管理功能

这个动作很有意思。它说明 Zed 团队不只是在做"很酷的开源项目"，而是在认真构建可持续的商业模式。毕竟，用 Rust 写 GPU 加速的编辑器，服务器和人力成本都不便宜。

未来愿景：DeltaDB 和协作的新定义

如果说 1.0 是里程碑，那接下来的方向才是真正让人兴奋的部分。

Zed 团队的愿景一直没变：构建最高性能、最具协作性的编码环境 。但"协作"的定义已经改变了。

以前，协作意味着人类实时一起工作。现在，协作意味着 人类和 AI Agent 在同一个空间、同一份代码上工作 。

DeltaDB：字符级粒度的同步引擎

为了实现这个愿景，Zed 正在开发 DeltaDB ——一个基于 CRDT（无冲突复制数据类型）的同步引擎。

这个引擎的能力：

• 字符级粒度追踪 ：记录每一个变化，精确到单个字符
• 统一视图 ：让多个人类和多个 Agent 共享对代码库的一致理解
• 上下文协作 ：你可以邀请队友进入与 Agent 的对话，直接在生成上下文中审查和演进 Agent 生成的代码

技术深度的思考 ：这种愿景依赖于对基础原语的深度掌控。这不是在别人的浏览器引擎里能实现的体验。就像你无法在 Electron 里实现真正的 GPU 加速渲染一样，你也无法在现有编辑器上实现真正的人机协作。

个人反思：编辑器工匠精神的回归

写到这里，我想聊聊一个更大的话题—— 软件工匠精神 。

Zed 团队的选择让我想起一个词："垂直整合"。从 Atom 的"站在巨人肩膀上"，到 Zed 的"自己造轮子"，这背后是一种哲学转变。

为什么还要造轮子？

在开源如此发达的今天，为什么还要从零开始写 UI 框架？为什么不用现成的？

我的理解是：当你想要实现的东西超越了现有平台的天花板时，你只有两个选择——放弃野心，或者重建基础 。

Zed 团队选择了后者。这种选择有风险：

• 开发周期更长（五年才到 1.0）
• 代码量巨大（超过一百万行）
• 生态建设困难（需要从零开始建立插件系统）

但回报也是巨大的：

• 性能无上限 ：不受制于任何平台
• 架构自由 ：可以按照理想设计每一层
• 技术掌控 ：每一行代码都在自己手里

zed 官方说到："我们已经发布了超过一千个版本的 Zed，但它们都以 0 开头。今天，这改变了。"

从 0.x 到 1.0，不只是版本号的改变，更是一种 承诺 ——承诺这个工具已经足够成熟，可以成为开发者日常工作的一部分。

但团队也强调："要构建的东西永远不会结束，这正是我们喜欢的方式。"

这种态度很有意思。它既不是"我们已经完成了"的自满，也不是"永远在测试"的逃避，而是一种 持续演进的工匠心态 。

我已经在主力项目中开始使用 Zed。刚开始确实有不适应——快捷键不一样，插件生态没那么丰富。但那种"编辑器在配合我的思考速度"的感觉，真的回不去了。

结语：工具改变思考方式

最后想说点哲学层面的东西。

我们常说"工具塑造使用者"。用 Vim 的人会发展出模态编辑的思维模式，用 Emacs 的人会把编辑器当成操作系统，用 VS Code 的人会习惯"开箱即用"的生态。

Zed 想塑造的是什么？

我觉得是一种"性能即体验"的思维方式。当你的工具不再成为瓶颈时，你的思考方式会改变。你会更关注代码本身，而不是等待工具响应。你会更愿意尝试重构，因为编辑器能跟上你的节奏。你会更自然地与 AI 协作，因为这不是后加的功能，而是编辑器的"母语"。

Nathan Sobo 曾经富有远见的说："你的工具会改变——它们总是这样。你的判断力才是留存的东西。先建立判断力，然后让工具放大它。"

这句话反过来也成立：先选择能放大你判断力的工具，然后让它塑造更好的你 。

Zed 1.0 不是一个终点，而是一个邀请——邀请你重新思考"编辑器应该是什么"，邀请你体验"性能即自由"，邀请你参与"人机协作的未来"。

至于我？我已经下载了。你呢？