Zed新版本终端支持拖拽到编辑区后,Cmd+N新建终端会智能检测焦点:若聚焦中心终端标签,新终端就近开成标签页;否则回底部面板。零配置、符合直觉,开箱即享流畅工作流! 拖动终端到tab使用快捷键ctrln创建新的终端tab个人锐评:小改动,大智慧这个功能背后体现的是Zed对工作流连续性的尊重:✅上下文感知:编辑器能"猜"你想在哪开新终端,而不是死板执行命令✅零配置升级
直到今天,我在Zed的更新日志里看到一行小字: Added LSP code lens support, disabled by default. 不是魔法,是"上下文外挂" 先说结论:Code Lens不是新功能,但把它放进"快如闪电"的Zed里,味道就变了。 Zed的"克制":默认关闭,把选择权还给你 这里有个细节很有意思:Zed团队特意强调,Code Lens 默认是关闭的,需要手动在设置里开启[[3]]。 性能洁癖 Zed的核心卖点是"120fps的丝滑"。Code Lens需要语言服务器持续分析代码关系,如果默认开启,可能会影响那些"极致轻量"用户的需求。 "懒加载"的性能优化 Zed的实现很聪明:不会一次性加载所有Code Lens,而是只在可视区域内渲染。滚动页面时,动态加载新的标签,卸载旧的。
我用Zed编辑器有很长一段时间了,坦白说,用过Zed之后,很难再心甘情愿回到传统编辑器的怀抱。 对我们这种常年写Go、折腾云原生、习惯沉浸式编码的开发者来说,Zed几乎踩中了所有理想编辑器的痛点。但长久以来,一直有个绕不开的硬伤:Zed对OpenCode的支持始终半残。 可早期的Zed,只硬编码适配了OpenCodeZen这一条线路。 zed也意识到了这个问题,在新版本种彻底解决了这个痛点。在我眼里根本不是一次普通的功能迭代,而是补齐了Zed生态最关键的一块拼图。 Zed这次对OpenCode的完整兼容,本质上就是把本该属于工具承担的管道式工作,收回到框架内部,还给用户一片清净的编码空间。
今天,我想聊聊Zed的调试配置。具体来说,我想聊聊怎么写好一个.zed/debug.json文件,以及在这个过程中,我们如何理解「简单」与「复杂」的辩证关系。一、问题的起源事情是这样的。 我最近开始用Zed写Go。Zed很快,界面很现代,代码补全很流畅。但当我需要调试代码的时候,我发现了一个问题:我不太会配置Zed的调试。 Zed的debug.json,就是这个理解的具体表达。二、一层嵌套的悖论在深入细节之前,我想先提出一个观察。Zed的调试配置,看起来很简单——就是一个JSON数组,每个元素是一个调试任务。 三、简单与复杂的辩证让我具体看看Zed是怎么处理这个问题的。Zed有一个很聪明的设计:零配置支持。 $ZED_WORKTREE_ROOT、$ZED_FILE、$ZED_SYMBOL……这些变量看起来只是占位符,但它们实际上解决了一个很重要的问题:配置的跨环境可移植性。
前言 体验下基于Rust的编辑器,看看是不是真的那么快,一个Vue2.0的老项目,其中已经配置好了eslint相应的规则; 文档: https://zed.dev/docs/languages/javascript #eslint issue:https://github.com/zed-industries/zed/issues/9934 内容 配置 最开始按着文档来配置,咋搞都没有对Vue.js生效,最后在一个
我的屏幕上开着zed三个窗口。左边是webapp的项目,中间是兼职项目的前端代码,右边是自己折腾的小工具——一个试图用Rust写但进展缓慢的玩具项目。三个项目,三种状态。 Zed新版本在一个地方添加了这个功能:recentprojectsmodal。当你按下cmd-shift-p,recentprojects弹出来。你看到你当前打开的项目。 Zed的这个改变,本质上是在做一件事:让"高智诠释"的用户,不必因为他们合理的推断而付出代价。用户推断"移动项目的功能应该在项目管理界面",这个推断是合理的。以前,这个推断是错的。 六、亦此亦彼的设计哲学我必须承认:Zed的这个功能,在threadssidebar里就已经能够使用。从"功能存在"的角度看,它已经满足了需求。但从"功能可被发现"的角度看,它还有改进的空间。 Zed的选择是:承认两者都对,然后在两个地方都放上功能。这种亦此亦彼的设计哲学,体现了一种认知:软件设计不是寻找最终答案,而是在多个合理的选项中,选择那个让更多用户更舒服的选项。
前言体验下基于Rust的编辑器,看看是不是真的那么快,一个Vue2.0的老项目,其中已经配置好了eslint相应的规则;文档: https://zed.dev/docs/languages/javascript #eslintissue:https://github.com/zed-industries/zed/issues/9934内容配置最开始按着文档来配置,咋搞都没有对Vue.js生效,最后在一个issue
Zed的回应 就在Cursor 3发布20天后(2026年4月22日),Zed团队推出了Parallel Agents(并行Agent)功能。 Zed:Agent Panel和编辑器是"并存的"。基本逻辑是"你和Agent一起写代码"。 用个比喻:Cursor像是给你配了一个施工队,你负责监工;Zed像是给你配了一个智能助手,你们一起干活。 性能与细节:Zed的"120fps执念" 这里有个细节很有意思。Zed团队在博客里特意强调:"所有这些都在Zed著名的丝滑120fps下运行。" 这是什么意思? Zed用Rust重写、GPU加速,就是为了这个"丝滑感"。用程序员的话说:我们不是娇气,我们是"性能洁癖"。 争议与反思:我们真的需要"Agent-first"吗? 当然,Zed的做法也不是没有争议。 Zed选择把Agent和编辑器并列,它暗示的世界是:人类和Agent是合作伙伴。 这两种哲学没有对错,只有适不适合。但我个人更倾向于Zed的方式。为什么?
推荐阅读[五年,Zed1.0正式发布:属于VSCode的时代真的结束了?] 2026年4月29日,Zed团队正式宣布他们的编辑器达到1.0版本。 要理解Zed,得先聊聊它的"前世"——Atom。NathanSobo(Zed创始人)坦诚地回顾:Atom是作为Chromium的分支诞生的,顺便催生了Electron框架。 AI-Native:不是后加的,而是原生集成的这是Zed最有意思的定位。大多数编辑器是在已有的基础上"加装"AI功能,就像给老房子装电梯。而Zed从设计之初就把AI作为核心能力。 Zed团队选择了后者。
我习惯性地去开VSCode,突然想起:今天装了个新玩具——Zed+ClaudeCode。于是我在Zed里选中那段"神秘代码",在终端输入/ide,选claude-code-server。 claude-code-zed正是踩在这个趋势上:它不重新发明AI,而是用标准协议把现有AI"接"进编辑器。 当一个小项目证明了"Zed+Claude"的可行性,未来可能会有更多人加入,把边界往外推一寸。真实体验:当我用claude-code-zed写Go说点干货。 比如:今天用Zed+Claude,明天想用VSCode+Copilot,配置能迁移吗?如果claude-code-zed停止维护,我的工作流程会"断链"吗? #2.在Zed里安装开发版扩展#Cmd+Shift+P→"zed:installdevextension"→选claude-code-extension文件夹第三步:连起来展开代码语言:BashAI代码解释
今天介绍一款程序员非常值得关注的一款新的轻量级IDE工具 -- Zed 简而言之, Zed是Visual Studio Code的替代选择。 Zed的官网是:https://zed.dev/ Zed简介 Zed的优势与特点 相比VSC,Zed的最大优势体现在它的性能上。 而Zed是基于当前非常流行的Rust语言开发,Rust在性能上是绝佳的。 所以使用Zed,在性能及内存等各方面,都比VSC更加优秀与突出,使用就一个感觉:快。 相对于微软的强大的实力与可靠性,Zed可能在开发团队的资源上稍逊一筹。 Zed支持哪些平台 基于Rust开发,意味着Zed也能支持所有操作系统。 Zed官网提供一份指引,帮助你在Windows及Linux上构建Zed。 可能是Zed的开发者主要都是在使用MacOS?
2025 年 Rust 开发者调查显示: 编辑器2022 年2025 年变化VSCode61.7%51.6% -10.1%Zed~0%18.6% +18.6%RustRover16.4% 14.4% -2%三年时间,VSCode 丢了十分之一的用户,Zed 从零冲到近两成。 三、为什么是 Zed? 作为用过两款编辑器的老开发者,我说几句大实话:速度碾压 - Zed 用 Rust 写的,启动速度让 VSCode 看起来像在拨号上网AI 原生 - 不是事后塞进去的功能,而是从底层设计就为 AI 协作考虑不臃肿 - VSCode 装十个插件后,风扇声音能起飞;Zed 依然安静如鸡微软往 VSCode 里塞了太多 AI 功能,就像给自行车装火箭发动机——理论上很强,但实际上你可能只想安静地骑个车。
巧了,Zed 最新推出的 Parallel Agents 功能,还真让编辑器学会了"影分身"。简单来说,你现在可以在同一个 Zed 窗口里,同时跑多个 AI 智能体,每个线程独立处理不同任务。 最绝的是,这一切都跑在 Zed 招牌的 120fps 丝滑帧率上——毕竟卡顿的 AI,就像泡面没调料包,能用但没灵魂。 推荐阅读 [Zed IDE官宣新功能:比 VS Code 优雅多了!] (https://mp.weixin.qq.com/s/E3kRSwRUh8fS-P5A8qjNBg) [Zed IDE 发布全新新特性:确实比 VS Code 猛啊!] Zed IDE 背靠 亚马逊 正在悄悄"偷家"](https://mp.weixin.qq.com/s/HwebVIY41bcjPOXkoVtM8Q)
最近刷到Zed编辑器的一个PR,这个pr的合并标志这zed正式支持gitgraph,忍不住想唠两句。 这次更新让GitGraph的画布支持列宽拖拽调整,看似小改动,实则暗藏玄机gitgraph先看看zed的gitgraph是什么样的可以通过操作:gitgraph:open打开gitgraph视图。
不是幻觉,不是插件,是Zed编辑器原生支持的功能。那一刻,我仿佛听见文件夹轻轻叹了口气:"终于,你开始关心我的故事了。" 从"文件"到"森林":一次看似微小实则深远的进化zed这次增加了项目级的ViewHistory,表面看只是把"查看历史"的权限从单个文件扩展到了文件夹和项目根目录。 Zed需要做的,是把这张网梳理成一条人类能理解的叙事线。其次,性能。Zed的招牌是"快如闪电"。如果每次查看文件夹历史都要遍历整个git对象数据库,那用户体验就崩塌了。 Zed的这个功能,像给代码世界装了一台"时光显微镜"。它不改变你写代码的方式,但改变了你理解代码的方式。"真正的速度,不是跑得更快,而是知道何时该停下来看看风景。" 推荐阅读[五年,Zed1.0正式发布:属于VSCode的时代真的结束了?]
与 Cursor 类似,Zed AI 将大型语言模型集成到一个令人印象深刻的代码编辑器中。我们试用了 Zed AI 并将其与 Cursor 进行了比较。 Zed AI 在“初始发布期间免费”,但我们应该很快就会看到收费——这样的功能可能是 Zed(一家由风险投资支持的初创公司)未来开始盈利的方式。 我只使用 Zed 进行编辑;我会保持 VS Code 打开以进行构建。Zed 尚未在 Windows 上实现,也没有任何确切的计划这样做,这可能会影响你对该选项的看法。 助手面板和代码本身的内联转换之间的相互作用是 Zed AI 将事物分开的方式。 AI 的合作相当不错——就 Claude 而言非常好,在 Zed 助手与内联转换之间的交互方面有时有点瑕疵。
“本文并非 Zed 编辑器的广告,而是想探索 Zed 团队背后的商业动机与技术栈。不要因为本文而引起编辑器之争! Zed 在经历三年的开发之后,于昨日开源,并且已经发布了稳定版本供下载。 Zed 的研发历程 始于 Xray Zed 的基本理念始于 2018 年 GitHub 内部的一个名为 Xray 的项目。 现在 Zed 编辑器开源了,Zed 社区又将引入新的一批用户。 Zed 编辑器的开源许可证说明: 共享版权许可:Zed 的代码使用了共享版权(或称“copyleft”)的许可方式。 Zed。 这些都是 Zed 团队当前对商业模式的设想,希望 Zed 可以做到更好,毕竟用爱发电是不可能长久的。
以前在Zed里搜个复杂模式:展开代码语言:TXTAI代码解释#想匹配函数+注释,结果搜索框:^/**.*@param.**/\s*function\s+\w+←这谁看得懂啊!现在? 点击第二个框的替换按钮就可以实现啊完美替换小技巧:如果历史条目太长,Zed会自动滚动让光标可见,细节满分!
不是魔法,是"上下文外挂"先说结论:CodeLens不是新功能,但把它放进"快如闪电"的Zed里,味道就变了。 Zed的"克制":默认关闭,把选择权还给你这里有个细节很有意思:Zed团队特意强调,CodeLens默认是关闭的,需要手动在设置里开启[[3]]。 我猜有两个原因:1.性能洁癖Zed的核心卖点是"120fps的丝滑"。CodeLens需要语言服务器持续分析代码关系,如果默认开启,可能会影响那些"极致轻量"用户的需求。 Zed的CodeLens,不是要取代文档,不是要替代测试,不是要自动化一切。它只是轻轻地、适时地、在你需要的时候,告诉你一些你可能想知道、但还没来得及问的事情。 推荐阅读[五年,Zed1.0正式发布:属于VSCode的时代真的结束了?]
巧了,Zed 最新推出的 Parallel Agents 功能,还真让编辑器学会了"影分身"。 简单来说,你现在可以在同一个 Zed 窗口里,同时跑多个 AI 智能体,每个线程独立处理不同任务。 最绝的是,这一切都跑在 Zed 招牌的 120fps 丝滑帧率上——毕竟卡顿的 AI,就像泡面没调料包,能用但没灵魂。 Zed 团队说自己用几百个线程反复测试,修了无数边角细节。 而 vscode 很早在 v1.110 以后就支持了类似功能,强是强,但是视觉效果个人觉得还是有点拉跨了。 Zed 联合创始人 Nathan Sobo 提过一个概念叫"agentic engineering"——不是让 AI 取代人类,而是把人的工艺感和 AI 的执行力拧成一股绳。我深以为然。