JetBrains 已宣布将与我们共同开发代理客户端协议 (Agent Client Protocol，简称 ACP)。他们计划将 ACP 支持引入其所有 IDE 产品线——IntelliJ IDEA、PyCharm、WebStorm 和其生态系统中的其他产品——让开发人员能够自由地在他们熟悉和喜爱的工具中使用任何兼容 ACP 的代理。
当我们发布 ACP 时，JetBrains 主动联系了我们。他们一直在探索如何在其 IDE 中标准化代理支持——包括他们自己的代理 Junie，以及 Codex 和 Gemini CLI 等其他代理。与我们见面后，他们认为 ACP 是正确的方法，我们很高兴能与他们合作。
这对 ACP 和开发人员的选择来说是一个重要的里程碑，我们渴望与他们合作，共同发展该协议。我们共同致力于让更多的代理和客户端效仿。
真正的势头
几个月前，当我们与 Google 和 Gemini CLI 合作推出 ACP 时，我们的目标很简单：创建一个开放标准，让任何代理都能与任何编辑器协同工作。从那时起，我们看到社区的持续采用。
JetBrains 改变了局面。他们不仅采纳了 ACP，还积极与我们共同塑造 ACP 的未来。随着 JetBrains 的承诺，ACP 正在成为代理与用户界面协同工作的真正标准。
对于代理来说，实现 ACP 是一个明智之举。一个协议实现就能让你接触到 Zed、Neovim、Emacs 和数百万 JetBrains 用户。现在正是加入的时机。
为什么选择 ACP
ACP 将代理与编辑器分离。代理实现一个协议，即可在任何地方工作。编辑器采用一个协议，即可支持所有代理。
对于代理开发人员来说，这意味着可以专注于重要的事情：代理的智能和功能。无需为每个编辑器维护自定义集成。无需与每个 IDE 进行一次性交易。只需实现 ACP 一次，您的代理就可以在开发人员工作的任何地方运行。
对于用户来说，这意味着没有供应商锁定。没有妥协。只有您喜欢的用户界面中您首选的代理。
现在是构建的最佳时机
我们致力于将 ACP 打造成代理与编辑器集成的标准。我们希望每个代理都能在每个兼容的编辑器中工作。JetBrains 的加入证明了这一愿景正在成为现实。
如果您一直在开发代理，但由于生态系统看起来过于稚嫩而对 ACP 支持犹豫不决，那么现在是采用的时候了。JetBrains 的承诺意味着您的代理可以在数百万开发人员受众中跨数十种语言和 IDE 推广。
如果您是尚未采用 ACP 的代理用户，请让他们知道您希望他们采用。为了方便您，我们找到了一些您可以表达意见的地方
- Codex
- Claude Code
- Opencode
- Augment
- Sourcegraph
- 或者向您首选的代理提出问题/讨论
对于所有 VS Code 用户，这里是问题链接。
我们正在构建 ACP，以减少重复工作，实现流畅的互操作性，并为开发人员提供真正的工具选择。如果这引起了您的共鸣，我们很乐意邀请您参与进来。让我们共同将 ACP 打造成标准。