2026年4月29日，代码编辑器 Zed 正式宣布发布 1.0 版本。这一消息随即登上 Hacker News 首页，引发了开发者社区的广泛讨论。距离 Zed 团队「推倒重来」的那个决定，已经过去了整整五年。

从 Atom 的废墟上重建

Zed 的故事要从一次彻底的放弃说起。创始人 Nathan Sobo 和团队的核心成员，正是当年打造 Atom 编辑器的工程师。Atom 将 Chromium 作为底层，催生了 Electron 框架，而 Electron 后来成为 VS Code 的技术基础，也成为如今无数 AI 编辑器的出发点。然而，Sobo 和团队深知这条路的代价：无论如何优化，基于浏览器内核的编辑器都无法突破平台本身的性能天花板。

于是他们选择从零开始。Zed 用 Rust 重写，并自研了名为 GPUI 的 UI 框架，其设计哲学借鉴自视频游戏引擎——将整个应用的渲染交给 GPU 着色器处理，而非依赖传统的 UI 工具链。这意味着 Zed 掌控了从底层渲染到上层交互的每一个环节，代价是极高的工程复杂度，但换来的是别人无法复制的性能上限。历经五年、超过一千个版本迭代、超过百万行代码，覆盖 macOS、Windows 和 Linux 三大平台后，团队认为这一刻终于到来了。

官方对 1.0 的定义耐人寻味：不是「完成」，也不是「完美」，而是一个临界点——大多数开发者可以在其中快速找到归属感。Git 集成、SSH 远程开发、调试器、彩虹括号、多语言 LSP 支持……该有的功能已经基本齐备。与此同时，Zed 还宣布即将推出面向企业的商业版本，支持集中计费、基于角色的访问控制和团队管理。

AI 原生：内置而非外挂

Zed 在 1.0 中着重强调自己是「AI 原生编辑器」，这不是一句营销语言，而是体现在架构层面的选择。Zed 支持并行运行多个 AI 代理，提供按键级别粒度的编辑预测，并通过自研的 Agent Client Protocol（ACP）开放接口，已接入 Claude Agent、Codex、OpenCode 以及 Cursor 等主流代理工具。官方的表述是「将 AI 内置于编辑器的地基，而非从外部拼接」。

对于不希望使用任何 AI 功能的开发者，Zed 提供了一个全局开关，可以彻底关闭所有 AI 相关界面。这一设计让持观望态度的开发者稍感释然，但这份安慰很快被许可协议的争议所冲淡。

性能：最少争议的优势

在 Hacker News 的讨论中，Zed 的性能表现几乎是唯一没有实质性异议的领域。用户 ricardobeat 测量了自己的使用情况，在同时打开九个项目并运行所有语言服务器的条件下，Zed 总内存占用约为 900MB，而 VS Code 仅打开一个 20 行 JSON 文件就已消耗接近 1GB。长期使用 JetBrains 系列的用户 atombender 则表示，他曾多次遭遇 IntelliJ IDEA 将 CPU 占用飙至 1000% 的情况，切换到 Zed 后内存使用仅需几个 GB，CPU 也少有异动，这最终成为他彻底迁移的主要动因。

不过，用户 nh2 提出了一个值得关注的反例：他测量发现，即便 Zed 处于完全空闲、失去焦点的状态，每秒仍会产生约 800 次系统调用，而 Sublime Text 在同等条件下的系统调用数量为零。他认为这与 Zed 类游戏引擎式「每帧重绘」的渲染策略有关，并指出这种行为是导致多应用同时运行时电脑变慢的常见原因之一。

许可协议：发布日最大的争议

发布当天，Hacker News 评论区最激烈的讨论并非围绕功能展开，而是集中在服务条款上。用户 jorgeleo 引用了协议第 4.1 条，指出 Zed 要求用户授予其对所有输入内容进行「使用、复制、存储、披露、传输、展示、修改、创作衍生作品」等操作的权利，涵盖用户在编辑器中输入的提示词及其他书面内容。

支持者 meantub 反驳称，条款后半段明确将上述权利的使用范围限定于三个目的：履行服务义务、生成遥测数据以及遵守法律，并非无限制授权，解读为「律师语言」更为合理。但用户 coldtea 指出，目的限定条款的可信度依赖于条款本身的稳定性；而用户 halJordan 则直接点出了问题所在：协议第 16.4 条赋予 Zed 单方面修改条款的权利，仅需提前 30 天通知，用户继续使用即视为接受——这意味着任何当下的承诺都可以在未来悄然改变。

用户 makeitdouble 则专门质疑了「创作衍生作品」这一授权的合理性，认为无论出于何种服务目的，这一条款都无法得到正当解释，且不会是无意中写入合同的措辞。对此，用户 sdenton4 给出了一个务实的猜测：这可能是为了保留用「用户发送给自动补全功能的文本」来训练下一版模型的权利。用户 svnt 则将这一逻辑推演到底，认为这在功能上等同于「我们用你的源代码改进我们的产品」，与「你使用我们的编辑器，因此你的输出归我们」并无本质区别。

此外，用户 mandeepj 还整理了条款中其他值得关注的内容：默认强制仲裁、仅一年的诉讼时效、无需理由即可终止账户、无数据保留保证、可将用户品牌用于营销等。

社区迁移：逃离 VS Code 的一代

争议之外，从评论区的整体氛围来看，Zed 已经积累了相当数量的忠实用户。用户 giancarlostoro 描述了一条颇具代表性的迁移路径：从 Sublime Text 转向 VS Code，再从 VS Code 转向 Zed，最终发现这是他一直想要的「原生感的现代编辑器」，并因此暂停了 JetBrains 的年度订阅。用户 atombender 在 JetBrains 产品上使用了三年后，于去年圣诞节前后彻底切换到 Zed，认为 JetBrains 的功能虽然丰富，但稳定性问题已经到了令人无法接受的程度。

当然，也有人明确表示暂时不打算迁移。PHP 开发者 Meekro 反映，Zed 的默认语言服务器配置会将旧代码库标红一片，而关闭特定警告的配置过程远比想象中繁琐。Scala 开发者 bishabosha 则指出扩展 API 过于封闭，无法支持自定义测试框架。用户 f311a 对搜索结果以新标签页形式打开的设计颇为不满，认为这与主流编辑器的交互逻辑相悖，并表示这是他反复回到其他编辑器的主要原因——尽管这一设计在社区内也有支持者，用户 jeppester 就明确表示喜欢这种方式。

下一步：DeltaDB 与协作愿景

在技术路线图上，Zed 团队正在开发名为 DeltaDB 的同步引擎，基于 CRDT（无冲突复制数据类型）技术，以字符级粒度追踪代码的每一处变更，目标是让多名开发者与 AI 代理能够实时共享同一份一致的代码视图。按照官方的描述，这将允许团队成员直接进入代理的对话上下文，参与审查和演进代理生成的代码。这一愿景如果实现，将使 Zed 从高性能编辑器真正演变为一个人机协作的开发环境。官方也坦言，这样的体验「无法在别人的浏览器引擎里构建出来」。

Zed 1.0 的发布是一个真实的里程碑。五年、千余个版本、数百万用户的日常使用，已经证明了这条路走得通。而接下来的问题，是能否在商业扩张、AI 军备竞赛以及社区信任之间，找到一条不那么容易走偏的路。