GitHub 项目:zed

封面

GitHub 项目:zed

我换编辑器的次数不多,VS Code 一用就是好几年。倒不是它多好,是懒得折腾。但用久了有个感觉绕不过去:开个大项目要等,敲字偶尔会顿一下,装的插件一多,启动就更慢。这些毛病都不致命,可每天加起来,就是一种说不出的拖沓。Zed 吸引我的地方很直接——它把“快”当成第一卖点,而且是真快,不只是宣传语。

Zed 是 Atom 和 Tree-sitter 那拨人做的,整个编辑器用 Rust 从头写,界面是他们自己的 GPUI 框架,渲染能跑到 120fps。口号是“Code at the speed of thought”,听着像吹牛,但用起来确实能感觉到差别:冷启动几乎是秒开,打开几万行的文件、满屏搜索、来回切标签页,都没有那种熟悉的卡顿。项目现在 9.3 万多星,今天一天又涨了 292 星,提交数已经 4 万多次,每周都有新版本,更新很勤。

中国开发者在明亮的办公室里用高速编辑器写代码

上手没什么门槛。去 zed.dev 下载就行,macOS、Linux、Windows 都有,装完打开就能写代码。语言支持主要靠扩展,装扩展的地方在编辑器里直接搜,HTML、Java、Python、Go 这些常用的都有,主题也有 Catppuccin、Tokyo Night 这些熟面孔。Vim 用户会很舒服,Vim 模式是一等公民,文本对象、mark 这些都有,不是装个插件凑合的那种。配置是 JSON,改键位、改设置都得自己写几行,不像 VS Code 全是图形界面,这点一开始会觉得别扭,用惯了反而觉得清爽。

真正让我想写这篇的,是它在 AI 上的路子。Zed 不绑死一个模型,这点我很看重:内置的 Zed Agent 能用,Claude Agent、Codex CLI 也能通过 ACP 协议接进来,等于把编辑器当成一个开放的 Agent 底座。模型怎么来也随你:不想管 key 就用它托管的 Claude Opus、GPT 5.4;想省钱就自己带 key;介意代码出内网就接 Ollama 全跑本地。还能同时开几个 Agent 并行干活,改 50 个文件也能实时看到每一处变化。还有一个叫 Zeta 的编辑预测,开源的权重和数据,按键粒度预测你下一步要改什么,写代码的时候像有人在旁边递词,准的时候挺顺手。

协作是 Zed 从第一天就带的东西,不是后来打的补丁。两个人可以进同一个项目一起改代码,还能聊天、共享屏幕。还有个我挺喜欢的功能叫 multibuffer:把散在代码库各处的片段拼到一个可编辑的界面里,改跨文件的逻辑时不用反复跳转。另外远程开发也有了,编辑器只跑界面,代码跑在远程机器上。

两位中国程序员在办公室结对编程

坑我也得说清楚。第一,扩展生态跟 VS Code 没法比,小众语言的支持要自己动手或者等社区补,插件数量差着量级。第二,暂时没有网页版,只能装客户端。第三,AI 功能是好,但托管模型要花钱,自己带 key 也得有 key,白嫖不了。第四,Zed 的许可证主要是 GPL-3.0,公司里拿来改源码分发要留意合规,虽然正常用完全没问题。第五,它的快捷键和操作逻辑有自己的脾气,从 VS Code 过来的人,第一周总会按错几个键,得给自己几天适应期。

中国开发者深夜在家审代码

适合谁?我觉得是三类:第一,每天被编辑器卡顿磨得没脾气、就想换个快的人;第二,Vim 用户,或者一直怀念 Atom 的人;第三,想把 Agent 写代码直接放进编辑器里、而不是在终端和编辑器之间来回切的人。反过来,如果你重度依赖 VS Code 的某个冷门插件,或者团队强制统一用某款 IDE,那就别折腾了,Zed 目前还替代不了那种生态。

我的建议是:先别急着卸载 VS Code,装上 Zed,用它正经写一周代码——开一个真实项目,试试 Agent 改个功能,再开两个 Agent 并行跑一次。一周之后你就知道,快这件事到底值不值得换。

https://github.com/zed-industries/zed

全文完
349 点赞 · 3780 阅读