AI 编程时代， IDE 是趋向于通用还是专用？

[James369]

现在 AI 编程时代，很多时候是各个栈都要写都可以写。
拿 vscode 来说，如果既要干前端、也要干后端、甚至嵌入式、模型训练。那么意味着，要给它安装上各种各样的插件，前端的、java 的、python 的、c++的等等，那么将变得无比的臃肿。

所以，对于 vscode 这样的通用 IDE ，在 AI 时代将会如何演进？还是说专用 IDE 会崛起？

[realpg]

现在只有 JAVA 有 IDE

其他基本都用 editor

[laimailai]

@realpg 那倒不止，C#、 .net 之类的重型开发还是要 rider / VS 调试的

[irrigate2554]

自从 Vibe Coding 后我 Java 都只用 vscode 了，反正也就看看 AI 写的有没有大问题，编译测试甚至分析逻辑这些都 AI 用命令行干，根本不需要 IDE

[Sundayz]

就市场调研来说，JetBrains 用户数量在急剧下降。

[chendy]

趋向于爱用啥用啥，反正都是 AI 在操作
比如我就是 jb 全家桶受害者，但是习惯了也懒着换

[Huelse]

一个终端走天下，IDE 普遍会走下坡路，除非有独占模型否则没有能例外

[momo1999]

ide ？还要什么 ide 。

[realpg]

@laimailai #2
艹 在互联网圈子混久了 我都忘了.net 了。。。怪我

[luckybricks9711]

IDE 两个价值
1. 无数现成、准备好的小功能和工具，开箱即用，比较省心，表现比各种 agent 稳定
2. 人和 agent 共享代码上下文、调试信息、静态分析结果的平台

这两个切面的功能在工程上意义很大，再加上面向企业的统一开发环境交付的相关功能，考虑到 IDE 订阅价格相比于 AI tokens 也是九牛一毛，总归是有受众。

作为 IDE 行业从业者，我觉得其他的新功能迭代开发，真没太大意义了。开发者自己都习惯把思考外包给 agent ，工具里再打磨交互、提炼场景，又能有多大吸引力？

[luckybricks9711]

有个结果你可以参考参考，我们既往的遥测数据里能看出，9 成的用户使用的是 1 成的功能，还是高度重叠的。但付费订阅用户在剩下 1 成里的比例很大。

[teaguexiao]

AI coding agent 这一层已经在屏蔽语言和栈的差异了，IDE 本身反而没以前重要，关键看 AI 对你项目上下文的理解深不深。感觉以后会走向：一个轻量 editor + 强力 AI agent ，而不是越来越重的 IDE 。

[icew23]

zed ？

[K332]

vs 里面不是可以切换配置项吗，怎么会插件臃肿呢，插件全部安装到默认吗

[dacapoday]

vscode 都在转型 agent 了，java 仔还在谈论专用 ide.

[James369]

@K332 还能这么玩，帅

[catamaran]

目前做 git merge conflict 还是离不开 intellij idea ，用 ai 在 merge 还是不太放心

[Yjhenan]

vscode 可以针对不同技术栈分别配置

[flowerains]

现在 idea 我只拿来编译代码做调试。

写都在 Qorder 或者 trae 中完成了

[lavvrence]

这是有明确答案的，ACP ，也就是模型上下文协议。比如你有专门写前端的 agent 且支持 acp ，你用支持 acp 协议的 ide 来开发就配置这个 agent 。你有专门做后端的 agent 且支持 acp ，直接切，不用更换 ide 。

claude code/codex/githubcopilot... 主流的 coding agent 都支持 acp 。

acp 由 zed 与 jetbrains 联合开发。

[lavvrence]

@lavvrence 中文写错了，mcp 是模型上下文协议，acp 是 Agent Client Protocol 。

[wweir]

@lavvrence #19 zed 官方都快放弃 ACP 了：
1. 各家实现的 ACP 大都不完全，只接了其中的很少一部分
2. 最近 ACP 的一堆 BUG ，修得很慢
3. Zed 最近推出了 terminal thread ，变相承认，有些东西 ACP 做得不够好
4. ACP 最近在开发 v2 版本，其中并发有看到突破性的改进，能够解决目前的很多局限性