Agent Client Protocol（简称 ACP）现已在 WebStorm 中可用，为开发者提供了一种统一方式，使其能够在 JavaScript 和 TypeScript 开发环境中使用不同的人工智能代理，而无需离开集成开发环境，也无需绑定单一供应商。
JetBrains 表示，已经拥有 Anthropic、OpenAI 或 Google 订阅的团队，可以直接在 WebStorm 中使用这些服务，无需额外订阅 JetBrains AI。JetBrains AI 仍然是从一个地方管理多个模型的合适选择，但它不再是使用 WebStorm 内代理的唯一途径。
将开发环境与代理分离的协议
ACP 作为一种开放标准运行，将集成开发环境与人工智能代理分离，其作用类似于语言服务器协议（Language Server Protocol，简称 LSP）在将编辑器与语言支持工具分离方面所发挥的作用。开发者无需为了获得更好的语言或特定任务工具而更换编辑器，而是可以留在 WebStorm 中，根据任务选择最合适的代理，无论是重构 React 应用还是规划软件架构。
WebStorm 会向代理发送所需上下文，例如文件、差异和终端输出；代理则会返回可以在项目中执行的操作，例如文件修改、工具调用和 shell 命令。这样，开发者便可以在一组专业代理之间切换，同时保留 WebStorm 提供的本地索引、导航和重构功能。
据该文章介绍，这种方式的重要性源于不同代理的优势各不相同。在一项针对将设计稿从 Figma 转换为代码的任务的独立测试中，代理在组件结构方面取得了 3.3 至 3.6 分（满分 5 分）的成绩，但在提取设计令牌方面的成绩下降到 1.7 至 2.9 分之间。没有一个代理在所有方面都处于领先地位，而且随着新版本发布，代理的排名也可能发生变化。
集成与自定义代理
无需为每个新代理单独构建集成，任何实现 ACP 的代理都能在 WebStorm 中成为一等公民。GitHub Copilot 提供 ACP 服务器，Claude Code 则拥有官方 ACP 适配器，其他主要代理也在加入这一生态系统。
- 注册表与自定义代理：可以从 JetBrains 注册表中选择代理，例如 Junie；也可以通过设置 acp.json 连接兼容 ACP 的自有代理。
- 自带密钥并控制基础设施：由于 ACP 不绑定特定供应商，因此可以将代理指向 Azure、AWS、Anthropic 或本地语言模型。
- 治理与数据：开发环境与代理之间直接通信，有助于团队将数据流保持在其法律或监管部门批准的范围内。
从设计到浏览器的工作流
JetBrains 提供了一个使用多个代理构建复杂 React 控制面板的示例。工作从选择一款前端专业代理开始，随后 Figma Connect for WebStorm 会将设计上下文直接带入 WebStorm，并向代理发送相关的主题文件和组件规范。之后，代理返回文件修改，由 ACP 服务器将其应用到项目中。
其作用并不局限于编写代码。当用户要求修复控制台错误并在浏览器中验证解决方案时，Chrome Connect——WebStorm 中集成的 Chrome DevTools 命令行技能——会让代理直接访问 Chrome。代理可以读取控制台日志和网络请求，追踪错误来源，应用修复并确认问题已经消失。该集成只需一次性设置，并且由 JetBrains 与 Google 的 Chrome DevTools 团队合作开发。
同样的思路还可以应用于根据 Conventional Commits 创建提交消息、准备代码审查、修改多个文件以及编写文档等任务。区别在于，切换代理时，文件、项目和当前差异仍然保留在原处；发生变化的只有代理。
ACP 对团队意味着什么
JetBrains 认为，ACP 可以与技术领导者的人工智能治理架构相协调。团队可以确定获批准的供应商、合规要求和可用代理，然后向开发者提供这些选项，而无需反复进行个人设置。此外，还可以构建兼容 ACP 的代理，并预先提供内部项目知识、编码标准和专有 API 文档。
ACP 现已在 WebStorm 中提供。用户可以从 JetBrains AI 内的 Agents 菜单访问它；当第三方代理通过 JetBrains AI 平台可用时，它们会与 Junie 和 Quick Edit 一同显示。WebStorm 的 ACP 文档介绍了连接自有代理或设置 BYOK 的步骤。