uv都是一行代码搞定，即使你是新手，claude code自动都给你全部配置好
AI时代，配置根本就不是问题
是的，AI 让配置更加友好。uv 也确实好用。（我用的时候这两样也还未兴起或出现）但作为用户我仍然倾向于少依赖、少配置，eglot 提供的multi lsp 我同样不用，因为依赖 python，个人选择罢了。
multi lsp 明明可以拦截 rpc 用纯elisp实现的。
对很多人来说，emacs只是一个工具，是用来解决问题的，用他，只是因为终端下选择不多，另外就是org-mode确实好使，就会更偏向定期打稳定包归档melpa的一些包，不太会选择滚动更新的，很容有个啥问题，就搞的影响工作效率，之前用doom也出现过，突然某个提交以后，就不能用了，严重影响工作进度，后来就自己单独搞了份配置自己维护
我不确定你的真实想法，仅从文字来说，你说的很多人，他们把Emacs当作工具，这个是Emacs存在的意义，本身就是工具，但这些很多人并不会折腾，也不会带给社区新的工具新的贡献。就像上面说的，你流露出的话语有种贬低折腾的感觉，折腾是因为需求不被满足，需求不满足就说明仍有部分人把 Emacs 当作工具用起来不够顺手。社区的维护者同样如此，也是因为需要有地方交流才维护；上游的维护者也是如此，因为这么多用户需要迭代来适配各种环境的变化，新的需求。
1 个赞
多 lsp server elisp拦截可以实现，但是 elisp 没有多线程去过滤多个 lsp server 庞大的数据会造成Emacs卡死
lsp-bridge 这种架构是为了性能处理的，为了洁癖，抛弃性能是宁愿手指头写代码卡也要保持精神上的理想状态，这个我觉得是不可取的
如果elisp能有多线程，也不会有更多这种性能插件出来了，有时候可以体验一下，体验下就知道为什么存在即合理了
话说 lsp bridge 可以 uv tool install lsp-bridge 这样子直接装上吗（
感觉是理想形态
唉，lsp-bridge 没有实现dap啊！
Lspbridge 可以用 uv 来自动配置py虚拟环境和装依赖。但是它不是 standalone 的 binary，是和 elisp 之间互相耦合的库文件。uv tool 这种是适合安装 standalone 的 app。scope 不一样。
我知道 uv tool 是干嘛的，我就是想要 standalone 的 binary
没有啥贬低，个人情况不同，之前也很喜欢折腾，lfs也都折腾过很多，后来自己倒腾，翻doom代码查问题，后来项目多了，活都干不完，就是啥能速度解决问题咋来，多搞完能多睡半个小时。。。或许等以后失业退休了，会继续开始折腾吧