不知道大家平时用Zed写代码的时候有没有遇到过一种憋屈的情况。有些语言服务器本身自带一些增强交互能力比如点击一处提示之后让编辑器自动打开另一个文档或者直接执行一条命令完成修复。放在VS Code上这一套早就跑顺了。但是换到Zed以前就不好使。明明语言服务器发出来请求了编辑器这边直接无视掉什么反应都没有。白白损失了LSP提供的很多的强大的能力。很多时候你看着代码提示上明明有个跳转按钮点下去之后石沉大海一点动静都没有。新版本zed这次补上了两块关键LSP能力支持LSP命令执行command execution还有showDocument请求。简单说是什么意思以前单向的通道现在打通了。过去只是Zed向语言服务器发请求问符号、查补全语言服务器只能老老实实返回数据没有办法反过来指挥编辑器。现在不一样语言服务端可以主动下达指令帮我打开某一份文件帮我运行一个修复命令。举个很实际的开发场景。Go的语言服务器在执行导入修复、快速修正之后需要自动跳转到生成的新文件。放在老版本Zed里面修复动作做完了但是页面不会自动切过去你只能自己手动去找刚刚生成出来的文件。有了showDocument之后编辑器就可以直接打开对应的文档一步到位。另外就是LSP命令执行。不少语言的CodeAction代码快速修复背后本身绑定了一条服务端自定义命令。之前Zed只能识别简单文本修改碰到需要执行后台命令的修复直接直接失效修复按钮点了等于白点。下面看看再zed里面怎么来操作首先 使用命令面板搜索lsp commandenter之后瞬间会弹出所有的lsp的命令比如常用的add import 添加导入add_dependency 添加依赖apply fix修复语法报错对于md文件也有这样类似的操作这对于第三方语言服务器的适配来说意义很大。之前不少开发者吐槽Zed对各类LSP的兼容性差并不是语言服务器写的有问题而是编辑器本身没有实现规范里面这部分接口。很多小众语言、企业内部自研的语言服务想要在Zed上面跑完整交互就会卡壳。补齐接口之后不用再专门给Zed做特殊适配遵循标准LSP协议就可以直接工作。除了这个意外zed还带来了一个我们以前很常用的lsp的能力就是内联提示的命令能力鼠标点击这一行灰色内嵌提示就可以直接执行 LSP 绑定的命令跳转定义、执行修复动作当然也不是说一下子就追上VS Code全部的生态。只是Zed正在一点点补齐LSP协议里面那些曾经缺失的部分。Rust写的编辑器性能固然很香但兼容性才是留住普通开发者的根本。很多时候大家换编辑器最怕的就是自己顺手的语言工具直接废掉。现在补齐之后第三方语言服务器终于不再是单纯被动回答查询也拥有反向控制编辑器的权力了。不知道后续大家手上的语言服务会不会在Zed上面出现更多好用的交互712字