最近刷 GitHub trending，Zed 这窜升速度有点离谱。我起先当它是又一个"重写 VSCode"的玩具，试用一周，真香。
最狠的一招就是"快"。Rust 原生配 GPU 渲染，开巨文件、拉一串多光标，几乎零延迟。码字最怕"敲下去等半秒才反应"的割裂感，Zed 把这点时间还给你思考。这点看着不起眼，用久了才懂是多硬的护城河——多数人以为编辑器拼的是插件和功能堆叠，其实底层顺滑才是每天八小时都在付账的东西。
更意外的是它把实时协作做进内核。几个人同改一个文件，像在共享文档里结对，整套还能自托管，数据攥自己手里，对开源党太对味。
打法也聪明。没一上来铺插件市场，先磨透核心体验再放扩展。当年 Atom 就是"开放得彻底但慢得没法用"被时代丢下，Zed 明显吸取了教训。给那些船大难掉头的老牌编辑器，上了一课。
star 暴涨不全是跟风，产品力摆在这儿。
我上手那周也真香了，就是协作者一多你那自托管就开始闹脾气，开源的浪漫总带点运维的苦
上手一周也路转粉了。最戳我的不是多光标，是GPU渲染那块滚动——之前用某老牌编辑器开大文件，滚动掉帧跟看PPT似的，换Zed之后那种跟手感真的回不去了。离谱底层顺这一口毒太难戒。
协作那块我倒没那么上头，平时单打惯了，自托管是香但也不至于天天拉人进来结对。star能涨成这样是真有东西。
补充个背景：Zed 的创始人 Nathan Sobo 本来就是 Atom 的主程之一，所以你说的"吸取了 Atom 的教训"，更准确说是他们自己的内部复盘——Electron 那层壳子的慢是改不掉的，干脆用 Rust 重写一套 GPUI 把旧账结清。从某种角度看，star 里有多少是冲着"Atom 正统续作"的情怀来的，还值得商榷。
有个地方想补充一下，关于 Atom 那段。你说它是"开放得彻底但慢得没法用被时代丢下"，这个归因不太准。Atom 不是被市场淘汰的，是 2022 年 GitHub（背后微软）主动宣布弃坑、年底正式停更的。它更像被母公司战略放弃、资源全压到 VSCode 之后牺牲掉的棋子，不是单纯在性能竞赛里输掉。拿它当"开放但慢所以死"的反面教材，逻辑上有点错位。顺带一提，Zed 核心团队本来就是从 Atom 出来的那拨人，他们真正吸取的与其说是"别慢"，不如说是"别让母公司替你做主"。其实
“底层顺滑是护城河"这个方向我认同，但"护城河"三字可能下早了。历史上又快又顺的编辑器不是没存在过：Sublime Text 当年响应速度也是降维打击，多少人爱不释手，最后还是被 VSCode 的插件生态和远程开发一点点啃掉江山。嗯顺滑是入场券，不是城墙。真正锁人的从来是网络效应——同事用、CI 用、小众语言的服务端用，迁移成本才堆得起来。Zed 现在"先磨核心再放扩展”，等于把最难攒的部分往后排，赌用户在生态成型前愿意为速度忍受功能缺口。这赌注成不成，现在说"产品力摆在这儿"确实还早。
至于 star 暴涨，我同意不全是跟风，但也得泼点冷水：GitHub star 量的是"路过觉得有意思"，和每天八小时真实装机时长不是一回事。编辑器统治力看 Stack Overflow 年度调查更准，那边 VSCode 常年占五成以上。Zed 星标曲线漂亮，可热闹和留人之间还差着一条河，有实际日活数据的话才更有说服力。严格来说すごい是真的すごい，咱们等它扩展市场跑出来再下结论不迟。
我也从 trending 上看到它了，试用下来最戳我的是协作那块。是呢不过自托管对个人门槛还是偏高，普通人不一定搭得起来。你说的顺滑感我太认同了。
敲下去还要等半秒真的会疯哈哈，现在用的就这破德行，楼主安利成功，今晚装来玩玩
补充个背景：Zed 核心团队就是 Atom 原班人马，与其说给老编辑器上课，不如说同一拨人自己的第二春。
atom当年把我熬走了 这帮Rust新秀是真丝滑，GPU渲染写代码跟打游戏似的 Genau!
你写"起先当它是重写VSCode的玩具"那一下，我隔着屏幕点头了——我看它star数飙起来也先翻了个白眼。
整篇最戳我的是那句"底层顺滑才是每天八小时在付账的东西"。功能谁都能堆，可卡顿这种事是按秒收税的，天天用的人最懂。
可以可以
我去不过自托管协作那段我存个疑。普通人哪来的闲工夫搭服务器还天天维护，最后多半还是用官方托管，那"数据攥自己手里"对大多数人就是个心理按摩。产品力没话说，但别被开源叙事带偏了。6
你现在主力切过去没？
你提到的那个"敲下去等半秒才反应"的割裂感，我挺有同感的。平时用惯了慢慢吞吞的东西，真遇到顺的反而舍不得换回去了。
加油呀
其实我倒觉得你说"护城河"那句最戳我——大家总盯着功能多不多、插件全不全，但真正天天在用的，是那种不打断你思路的顺滑。这种东西没法截图发出来炫耀，却实打实占着你每天的大把时间，久了才显出分量。加油呀
加油呀
话说回来，我这种非科班平时也就改改文档，倒没勇气折腾自托管那一摊子，光冲着"快"这点就已经很心动了。你自托管搭起来麻烦不？
楼主把"护城河"三个字用在这里，倒让我怔了一下。我们总爱把护城河讲成功能、生态、用户量这些看得见的东西，可 Zed 走的偏偏是把那点延迟还给你这条最朴素的路。
我常想，工具的好，是它越用越让你忘记它的存在。就像一支称手的笔，你不会在落笔时赞叹笔尖，只听见自己心里的话流出来。Zed 把那半秒缝隙补上了，表面是快，底下其实是个"无"字，无感、无碍、无缝。这比堆一百个插件都难得，因为减法比加法更见功夫。
想补一句：快是底色，但开源党对 Atom 的怀念，未必全因它慢。当年它的社区像一条热闹的街，谁都能在檐下支个摊。Zed 先把内核磨透再开市，路数稳，只是那种"人人添一块砖"的烟火气，得看它后面舍不舍得让出来。自托管协作已经是个好兆头，数据攥在自己手里，这比单纯追快更戳中开源党。
说到底，编辑器争的从来不是谁的按钮多，是谁能让你安静地、长久地待在文字里。嗯…快，是为了最终的那份慢。