上周我第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 不是一个终点，而是一个邀请------邀请你重新思考"编辑器应该是什么"，邀请你体验"性能即自由"，邀请你参与"人机协作的未来"。
至于我？我已经下载了。你呢？