上周我第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 的性能永远受制于它构建的平台。就像你试图用一辆家用轿车去跑 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）
- 代码量巨大（超过一百万行）
- 生态建设困难（需要从零开始建立插件系统）
但回报也是巨大的：
- 性能无上限：不受制于任何平台
- 架构自由：可以按照理想设计每一层
- 技术掌控：每一行代码都在自己手里
从 0 到 1.0 的意义
zed官方说到："我们已经发布了超过一千个版本的 Zed，但它们都以 0 开头。今天，这改变了。"
从 0.x 到 1.0，不只是版本号的改变，更是一种承诺——承诺这个工具已经足够成熟，可以成为开发者日常工作的一部分。
但团队也强调："要构建的东西永远不会结束，这正是我们喜欢的方式。"
这种态度很有意思。它既不是"我们已经完成了"的自满，也不是"永远在测试"的逃避，而是一种持续演进的工匠心态。
我已经在主力项目中开始使用 Zed。刚开始确实有不适应——快捷键不一样，插件生态没那么丰富。但那种"编辑器在配合我的思考速度"的感觉，真的回不去了。
结语：工具改变思考方式
最后想说点哲学层面的东西。
我们常说"工具塑造使用者"。用 Vim 的人会发展出模态编辑的思维模式，用 Emacs 的人会把编辑器当成操作系统，用 VS Code 的人会习惯"开箱即用"的生态。
Zed 想塑造的是什么？
我觉得是一种**"性能即体验"**的思维方式。当你的工具不再成为瓶颈时，你的思考方式会改变。你会更关注代码本身，而不是等待工具响应。你会更愿意尝试重构，因为编辑器能跟上你的节奏。你会更自然地与 AI 协作，因为这不是后加的功能，而是编辑器的"母语"。
Nathan Sobo 曾经富有远见的说："你的工具会改变——它们总是这样。你的判断力才是留存的东西。先建立判断力，然后让工具放大它。"
这句话反过来也成立：先选择能放大你判断力的工具，然后让它塑造更好的你。
Zed 1.0 不是一个终点，而是一个邀请——邀请你重新思考"编辑器应该是什么"，邀请你体验"性能即自由"，邀请你参与"人机协作的未来"。
至于我？我已经下载了。你呢？
