AI代理的“LSP时刻”：WebStorm ACP
内容提要
WebStorm 引入 Agent Client Protocol（ACP），使开发者无需额外订阅 JetBrains AI 即可使用 Anthropic、OpenAI 等第三方 AI 代理。ACP 类似 LSP，标准化 IDE 与 AI 代理的交互，支持切换不同专长代理（如 UI 设计、代码审查、重构），并保持本地索引。团队可自定义代理、确保数据合规，避免供应商锁定。
延伸解读
ACP 与 LSP 的类比：标准化带来的生态效应
ACP 借鉴了 LSP 的思路，将 IDE 与 AI 代理解耦。正如 LSP 让语言工具不再绑定特定编辑器，ACP 让 AI 代理不再绑定特定 IDE。这种标准化意味着，任何实现 ACP 的代理（如 GitHub Copilot、Claude Code）都能无缝接入 WebStorm，无需为每个代理单独开发集成。对开发者而言，这意味着选择代理的自由度大幅提升，且切换成本降低，类似于 LSP 带来的语言工具生态繁荣。
多代理协作：专长互补而非单一全能
文章指出，没有单一代理在所有任务上表现最佳，例如在 Figma 转代码任务中，组件架构得分高的代理在设计令牌提取上得分低。ACP 支持在 IDE 内切换不同专长代理，如 UI 设计、代码审查、重构等，从而让每个任务都能使用最合适的工具。这种“舰队”模式避免了“够用但不出色”的妥协，同时保持项目上下文（文件、diff）不变，降低了切换成本。
团队治理与数据合规：ACP 的企业价值
对于技术负责人，ACP 提供了标准化的 AI 工具治理方式。团队可以统一配置可用代理，确保数据流仅在已批准的供应商范围内，避免第三方中继或额外订阅。此外，团队可部署内置内部知识、编码规范和私有 API 文档的自定义代理，让每位开发者无需手动配置即可获得一致上下文。ACP 还支持 BYOK，允许连接 Azure、AWS 或本地 LLM，满足合规要求。
实际工作流示例：从设计到浏览器验证
文章展示了一个多代理工作流：使用“前端专家”代理将 Figma 设计转换为代码，通过 Figma Connect 拉取设计上下文，代理返回文件编辑并直接应用。随后，利用 Chrome DevTools Connect，代理可读取控制台日志和网络请求，定位并修复错误，并在浏览器中验证。这一流程无需切换环境，体现了 ACP 在端到端任务中的实用性，也说明代理不仅能写代码，还能执行验证。
Q&A
WebStorm 的 ACP 是什么？它如何让开发者使用第三方 AI 代理？
ACP（Agent Client Protocol）是一个开放标准，它解耦了 IDE 与 AI 代理，类似于 LSP 但用于 AI。通过 ACP，WebStorm 可以连接任何实现该协议的 AI 代理，例如 Anthropic、OpenAI 或 Google 的代理，开发者无需额外订阅 JetBrains AI 即可使用这些代理。
ACP 与 LSP 有何相似之处？
ACP 与 LSP 的相似之处在于，它们都是开放标准，旨在解耦工具与后端服务。LSP 让开发者无需切换编辑器即可获得新语言的支持，而 ACP 让开发者无需离开 WebStorm 就能使用擅长特定任务的 AI 代理，从而避免供应商锁定。
ACP 如何支持多代理工作流？能否举例说明？
ACP 允许开发者编排多个专业代理，并像切换标签页一样轻松切换。例如，在构建 React 仪表盘时，可以先使用前端专家代理将 Figma 设计转换为代码，然后使用 Chrome DevTools 代理验证修复浏览器中的控制台错误。
ACP 对团队和企业的数据合规有何帮助？
ACP 允许团队将代理连接到任何后端（如 Azure、AWS、Anthropic 或本地 LLM），从而保持对数据的完全控制。由于 ACP 直接在 IDE 和代理之间通信，如果法律团队只批准了某个提供商，数据流就限制在既定边界内，确保合规。
使用 ACP 是否需要额外订阅 JetBrains AI？
不需要。ACP 允许团队直接连接已付费的代理，无需额外订阅 JetBrains AI。JetBrains AI 仍然是一个便捷的选项，但不再是唯一选择。
如何开始使用 WebStorm 的 ACP？
ACP 已在 WebStorm 中可用。打开 JetBrains AI 中的 Agents 菜单即可找到，第三方代理会与 Junie 和 Quick Edit 一起出现。若要连接自己的代理或设置 BYOK，可参考 WebStorm 文档中的 ACP 指南。
