作为 Java 和 Kotlin 专业开发 IDE，IntelliJ IDEA 正在借助 Agent Client Protocol（ACP）改变 AI 编程代理的接入方式。ACP 定义了客户端与代理之间的公共契约，让 IDE 不需要为每一种工具单独开发定制插件或私有 API。目前，IntelliJ IDEA 已内置 Codex、Claude Agent、Junie 等 ACP 兼容代理；同时，开发者还能通过 ACP Registry 获得更多选择，团队也可以利用 acp.json 注册内部或未列出的代理。

ACP 的关键在于边界。IntelliJ IDEA 继续承担项目导航、代码检查与变更审查等职责；每一个代理则在自己的环境中维护模型、行为、认证和工具。通过标准化的 ACP 连接，被替换的单元不再只是“一个模型”，而是包含规划逻辑、工具调用、模型路由与可观测性的整套代理框架。正因为边界统一，开发者可以流畅地切换不同代理，无需改动 IDE 集成代码。

打开网易新闻 查看精彩图片

这种思路与 LSP（Language Server Protocol）非常相似。在 LSP 出现之前，编辑器每支持一种语言，都需要单独编写集成；LSP 用一个统一契约取代了这种矩阵式的开发工作。ACP 则把同样的理念扩展到 IDE 与 coding agent 之间，任何兼容 ACP 的代理都能直接接入，无需为每个组合定制插件或私有 API。

ACP 源自 JetBrains 和 Zed 的合作，两种 IDE 从一开始就都被设计成 ACP 客户端。针对本地代理，IntelliJ IDEA 会启动子进程，通过标准输入输出使用 JSON-RPC 通信。初始化时，双方协商协议版本与能力；连接后，