2026 年 4 月 29 日，Zed 官方宣布编辑器进入 1.0。

这个版本同时覆盖 macOS、Windows 和 Linux。它也补上了现代代码编辑器绕不开的几件事：Git、SSH remote、Debugger、语言生态支持。

我更在意的不是“1.0”这个数字。Zed 自己也说，这只是里程碑，不代表产品完成或功能完美。真正有意思的是：做过 Atom 的团队，选择不用 Electron 再做一次编辑器，而是用 Rust 和自研 GPUI 从底层重来。

这让 Zed 1.0 的问题变得很具体：它不是已经赢了 VS Code，而是有没有成熟到可以被认真比较。

Zed 1.0 的意义：从性能展示走到日常工具候选

Zed 早期最容易被记住的是“快”。但只靠快，很难让开发者换编辑器。

编辑器是日用品。启动快、输入顺、界面轻，只是第一层。真正决定能不能留下来的，是 Git 能不能顺手、远程开发能不能用、调试链路是否稳定、语言服务覆盖是否够。

1.0 的分量就在这里：Zed 不再只是一个展示桌面性能的项目，而是开始接近“可以放进日常开发流程评估”的门槛。

但边界也要讲清楚。

VS Code 的优势不是一个编辑器窗口，而是一整套习惯。插件市场、团队配置、文档、CI/CD 周边、企业安全策略，都是迁移成本的一部分。Zed 1.0 能让更多人试用，不等于能让大团队马上迁移。

对个人开发者来说，比较现实的动作是：把 Zed 当成第二编辑器试一段时间，重点看自己常用语言、远程开发、调试和 AI 流程是否能跑通。

对技术团队负责人来说，更稳妥的做法不是立刻替换 VS Code，而是选一小组做受控试点。尤其是正在评估 AI 编程工具的团队，要看它是否能降低协作成本，而不是只看单机体验有多快。

它和 VS Code 的关键差异，不在界面，而在技术路线

Zed 团队曾开发 Atom。Atom 当年选择 Web 技术路线，降低了跨平台桌面应用的开发门槛，也推动了 Electron 这条路。

后来的 VS Code，把这条路做到了极致。它证明了 Electron 可以支撑一个强大的开发工具生态。

Zed 的判断不同。它认为 Web 技术带来了效率，也带来了性能和交互体验的天花板。所以 Zed 用 Rust 自研 GPUI，强调 GPU 驱动的桌面体验，试图重新掌握编辑器的底层控制权。

这不是谁天然高级的问题。两条路线各有代价。

对比项Zed 路线VS Code / Electron 路线现实影响
桌面技术栈Rust + 自研 GPUIChromium / ElectronZed 更强调性能控制，生态建设更重
跨平台覆盖1.0 覆盖 macOS、Windows、Linux三大系统长期成熟Zed 过了基础门槛，还要验证复杂环境
插件与语言生态正在补齐现代编辑器能力插件市场和团队习惯领先迁移难点主要在长尾需求
AI 集成方式把 agent、预测编辑、协议放进核心体验常见形态是插件、扩展或产品分支Zed 更像在重做“人和 AI 共用编辑器”的交互

这张表背后的判断很简单：Zed 的挑战不只是写一个更快的编辑器，而是能不能在性能路线之外，补上生态厚度。

“工欲善其事，必先利其器”这句话放在这里并不新鲜。问题是，开发者的“器”早就不只是单个应用。它是一整套插件、配置、团队规范和肌肉记忆。

所以 Zed 要挑战 VS Code，最难的可能不是性能，而是让迁移成本变低。

AI 原生是机会，也会把团队治理问题提前暴露

Zed 1.0 把 AI 放在很靠前的位置。

官方提到的能力包括并行 agent、编辑预测，以及 Agent Client Protocol。通过 ACP，Zed 可接入 Claude Agent、Codex、OpenCode，也提到 Cursor 等工具。

这说明 Zed 不想只做“带聊天框的编辑器”。它押注的是另一种工作方式：开发者和多个 AI agent 在同一个代码空间里并行协作。

这里的机会很大，麻烦也会跟着变大。

如果 AI 只是补全几行代码，编辑器影响有限。可一旦 agent 开始跨文件修改、生成补丁、参与重构，编辑器就不只是个人偏好。它会影响上下文同步、权限边界、代码审查和变更追踪。

Zed 还在开发 DeltaDB。官方描述里，这是一个基于 CRDT 的同步引擎，目标是以字符级粒度追踪变更，让多人和多个 agent 共享一致的代码视图。

这件事对团队很关键。多人协作已经够复杂，再加上多个 agent，谁改了什么、为什么改、能不能回滚，都会变成治理问题。

Zed for Business 也瞄准这个方向。官方说会很快提供集中计费、基于角色的访问控制和团队管理。但这还不能写成已经全面上线。

所以接下来最该看的不是热度，而是几个硬变量：

  • Windows 和 Linux 版本在复杂开发环境中的稳定性；
  • 语言服务、调试、插件能力能否覆盖主流团队的长尾需求；
  • Zed for Business 能否把个人工具变成企业可采购、可治理的团队工具；
  • AI agent 协作是否真的提升效率，而不是制造更多审查和回滚成本。

原文只披露“数十万开发者日常使用”。这能说明 Zed 已有真实使用基础，但不能推出收入、估值、企业客户规模，也不能推出它已经形成商业壁垒。

目前更稳的判断是：Zed 1.0 证明它已从早期项目走向成熟工具候选。它还没到替代 VS Code 的位置，但已经把一个老问题重新摆上桌面：桌面开发工具要继续借浏览器的壳，还是重新控制自己的底层。

版本号只是门牌。真正的比赛，是迁移成本、AI 协作和企业治理能不能一起跑通。