IDEA里终于能爽用ClaudeCode了！

如果你是 JetBrains 家 IDE 的重度用户，大概率有过这样的体验：想用 Claude Code、Codex 这类终端 AI 工具时，只能在 Terminal 里跑着用。这些 CLI 工具虽强大，但缺少原生 UI 交互，体验上有些局限。虽然可以通过 Claude Code UI 类开源项目来缓解，如 vibe kanban、1Code，但在写代码这件事上，没有什么比“在熟悉的 IDE 面板里直接对话”更爽了。

很多人一开始用这些终端工具的时候，其实都会有点不适应。

一边写代码一边来回切窗口，思路很容易被打断。

尤其是项目一大，刚让 AI 帮你看完一个文件，还没等它继续，你已经忘了自己原本想改哪里。

不少网友在社区里也吐槽过，说工具是好工具，就是用起来不够顺手。

所以当时大家一直在等一个问题的答案，能不能把这些强力的 AI 工具，直接塞进自己最熟悉的 IDE 里。

到了二零二五年年底，情况终于有了变化。

JetBrains 给自家的 AI Assistant 插件加了一个新能力。

这个能力说白了，就是允许用户自己接入外部的 AI 智能体。

只要对方支持同一套通信方式，就能直接在 IDE 里用。

不少人第一次看到这个更新说明时，其实并没有意识到它的分量。

直到有人把 Claude Code 接进去，大家才反应过来，这事不简单。

这里面起关键作用的，就是 ACP 这个东西。

它并不是某一家公司的私有方案，而是一套公开的协议。

作用也很直观，就是规定 AI 和编辑器之间怎么聊天，怎么发指令，怎么回结果。

以前每接一个新工具，就要单独写一套适配。

工具一升级，适配还得跟着修。

开发者累，用户也等得烦。

现在有了统一协议，双方只要各自按规则来，就能直接连上。

从使用体验上看，这种方式确实解决了很多老问题。

最明显的一点，就是不用再死守终端窗口。

你可以在熟悉的代码编辑区提问，让 AI 直接结合当前项目来回答。

不少用过的人都说，这一下子把 AI 从外置助手，变成了真正的工作搭子。

尤其是对那种天天泡在 IDEA 里的用户来说，切换成本几乎为零。

还有一个被反复提到的点，就是扩展能力。

通过这种接入方式，原本在终端里能用的那些工具能力，基本都能保留下来。

比如读本地文件，跑脚本，查项目结构，这些都不受影响。

相比之下，内置的一些简化助手，虽然上手快，但能力边界也很明显。

有网友就直说，用轻量助手改改小函数还行，真要干活还是得靠这种完整形态的 Agent。

当然，也不是一点问题都没有。

毕竟这个协议在当时还是测试阶段。

配置步骤对新手来说，确实有点绕。

需要装环境，配路径，哪里错一点就连不上。

有的人第一次折腾半小时没成功，差点就放弃了。

不过社区里相关的教程和经验帖也越来越多，照着一步步来，大多数人最后都能搞定。

从更长远的角度看，这种模式其实挺值得期待。

它不只解决了某一个工具好不好用的问题。

而是把选择权交回给了用户。

你想用哪个模型，用什么代理，用什么工具链，都可以自己决定。

IDE 只负责提供一个稳定的入口。

有开发者评论说，这才是 AI 真正该有的打开方式。

如果你本身就习惯在 JetBrains 系列 IDE 里工作，又不太喜欢在终端里和 AI 来回对话。

那这种接入方式，确实是一个很现实的选择。

前期多花点时间配置，后面每天都会省下不少精力。

用过一段时间之后，再回到纯终端模式，反而会觉得有点别扭。

从这个角度看，ACP 更像是一个开始，而不是终点。