zed-industries/zed

如果你想要一个用起来不像 Electron 应用的原生编辑器，Zed 值得花时间试试；但要先知道两点：它自带的 GUI 框架已不再作为通用项目推进，平台也只覆盖三个桌面系统。

解决什么问题

打开一个较大的仓库时，你希望快速跳转文件、搜索、编辑，甚至和同事同时改同一段代码，而不希望编辑器本身成为瓶颈。传统做法要么是功能齐全但配置和插件负担很重的 IDE，要么是轻量但需要额外装插件才能协作和补全的编辑器。Zed 的思路是一个原生编辑器：界面通过 GPU 绘制，多人编辑是产品的一部分而不是插件。结果是你日常写代码的窗口里就能完成导航和输入，中间不再隔着一层浏览器运行时，第二个人也能直接加入同一个缓冲区。安装方式包括直接下载和各平台的包管理器，官方分别给出了 macOS、Linux 和 Windows 的说明。

有什么不同

关键在实现方式：Zed 建立在自己的 Rust GUI 库 GPUI 之上，界面由 GPU 绘制，而不是拼装系统原生控件。这让编辑器在输入和滚动上更接近即时响应，也意味着它和一套渲染栈深度绑定。项目最近把图形层从 blade 换成了 wgpu，这件事在 Hacker News 上引发了不小的讨论。一位关注 Rust GUI 库的评论者认为，愿意为一个真实应用自建 GPUI 本身就是信心来源，因为 Rust 生态里很多 UI 库和实际产品脱节（评论）。代价是双向的：GPUI 为 Zed 服务，所以框架本身也随编辑器的需求走。有评论者引述公告称，GPUI 的开发将收缩到只做与 Zed 自身用例相关的工作，社区在另一个仓库里继续维护（评论、社区延续项目）。如果你只是选编辑器，这影响很小；如果你打算把 GPUI 当作自己的 UI 工具链，就要认真权衡。

谁值得试

适合：在 macOS、Linux 或 Windows 上工作，白天大部分时间在终端和文本缓冲区之间切换，在意输入延迟和文件跳转速度，并且希望协作功能开箱即用而不必再配一个实时共享插件的人。一位评论者提到喜欢它的速度、频繁更新和 LLM 集成，但因为还缺一个插件而留在 VS Code（评论）。所以现实的检验方式是：先确认你依赖的扩展是否存在。不适合：需要浏览器内编辑器的人，因为 Web 支持目前仍是一个公开讨论而不是可用版本（跟踪讨论）；或者想把编辑器底层 GUI 框架当作稳定第三方依赖的人。

使用条件与边界

第一道边界是平台。Zed 只提供 macOS、Linux 和 Windows 版本，没有 Web 构建，因此纯浏览器或 Chromebook 工作流不在范围内。安装本身不复杂，可以直接下载或用各平台包管理器；从源码构建则有独立的 macOS、Linux 和 Windows 指南，这对想打补丁或参与贡献的人很重要。

真正需要长期维护的是扩展与语言生态，而不是安装步骤。编辑器处于活跃开发中，版本之间行为和集成细节可能变化。许可证也值得在嵌入之前看一眼：源码主要以 GPL-3.0-or-later 发布，标注为 Apache-2.0 的部分除外。这对个人使用和常规贡献没问题，但如果你打算再分发修改过的构建，就需要认真评估。README 里的许可证说明主要面向通过 CI 的贡献者，而不是在做商业复用评估的人。

HotRepo 点评

HotRepo 对这个项目只有一条带日期的热榜记录：2026-10-28 当天 92,332 星，单日新增 65 星。这只是一个快照，不是趋势线，无法据此判断关注度能否持续。更有参考价值的是时间与讨论量：仓库创建于 2021 年 2 月，关于图形库切换的 Hacker News 帖子获得 317 分（帖子）。在决定切换之前，先核实你日常使用的语言和工具链的扩展覆盖情况，实际的迁移成本主要在那里。