AI代理的“LSP时刻”:WebStorm引入ACP实现多智能体协作
WebStorm 始终走在技术进步和开发者体验优化的前沿。随着 ACP 的到来,WebStorm 变得更加可定制,开发者可以与自己偏好的代理协作,使用自己偏好的技术来构建软件。
例如,如果你的团队已经订阅了 Anthropic、OpenAI 或 Google,你现在可以直接在 WebStorm 中使用它——无需额外订阅 JetBrains AI。JetBrains AI 仍然是一种便捷的方式,可以在一个地方管理多个模型,但它不再是你的唯一选择。
这得益于 Agent Client Protocol (ACP),这是一个开放标准,将 IDE 与 AI 代理解耦——与 LSP 的理念相同,但针对的是 AI。正如 LSP 意味着你不必为了获得新语言的更好工具而切换编辑器一样,ACP 意味着你不必离开 WebStorm 就能使用某个特别擅长 React 重构或架构规划的特定代理。
实际上,这意味着你可以编排一支专业代理队伍,像切换标签页一样轻松地在它们之间切换,同时保留 WebStorm 深度的本地索引。
这种灵活性很重要。针对 Figma 到代码任务的独立基准测试发现,没有哪个代理能在所有领域都处于领先地位:在组件架构上得分高的代理(满分 5 分得到 3.3–3.6 分)在设计令牌提取上得分则大幅下降(1.7–2.9 分)。每个代理都有不同的优势。ACP 让你可以在它们能带来最大价值的地方使用它们。
而且格局不断变化,今天领先的代理不一定在下个月仍能领先。ACP 意味着你不必为了保持与时俱进而绑定单一提供商;你可以切换代理,而不用切换 IDE。
通过 ACP 实现互操作
WebStorm 并非为市面上每个新代理都构建自定义集成,而是让任何实现 ACP 的代理都能在你的编辑器中成为一等公民。GitHub Copilot 已经提供了 ACP 服务器,Claude Code 拥有官方的 ACP 适配器,更多主流代理也在紧随其后。
- Agent Client Protocol (ACP): 标准化了 IDE 向代理发送上下文(文件、差异和终端输出)的方式,以及代理向 IDE 返回操作(文件编辑、工具调用和 shell 命令)的方式。
- 注册表和自定义代理: 使用 JetBrains 注册表中的精选代理(如 Junie),或通过简单的 acp.json 配置连接你自己的、符合 ACP 的私有代理。
- BYOK 与基础设施控制: 由于 ACP 与提供商无关,团队可以将代理指向任何后端——Azure、AWS、Anthropic 或本地 LLM——从而对自身数据保持完全治理。
[LOADING...]
专业化不是缺陷
除了行业的高波动性——新代理不断发布、领先代理每月都在变化——代理还在不同的数据上进行训练,并为不同的任务而构建。一个可能擅长将 Figma 设计稿转化为组件;另一个可能更善于推理混乱的重构;第三个可能由于擅长结合源代码阅读堆栈跟踪而能够出色地处理调试。
这些都不是缺陷——只是专业化。
问题在于,利用这些知识意味着要不断切换工具,而每个工具都是全新开始的,对你正在处理的内容一无所知。因此大多数开发者不会切换。他们使用一个代理,并接受“够用”但并非出色的结果。
有了 ACP,切换代理的成本很低。你的文件、你的项目和你当前的差异都保持在原位,只有代理发生变化。
深入解析:设计 → 代码 → 浏览器流水线
以下是构建一个复杂 React 仪表板时多代理工作流的样子。
使用 UI 专家代理搭建脚手架
将高保真设计转换为代码时,你需要一个针对你的组件库和样式系统调优的代理。
- 操作: 从你的 ACP 列表中选择“前端专家”代理。Figma Connect for WebStorm 会将设计上下文直接拉取到 WebStorm。
- 协议: WebStorm 向代理发送相关的主题文件和组件规范。
- 结果: 代理返回一组文件编辑操作,由 ACP 服务器直接应用到你的项目中。
[LOADING...]
与 Chrome DevTools 形成闭环
代理不仅编写代码——它还可以验证代码在浏览器中是否正确运行。
- 操作: 告诉代理修复一个控制台错误,并在浏览器中验证修复结果。
- 结果: Chrome Connect(WebStorm 中内置的 Chrome DevTools CLI 技能)让代理可以直接访问 Chrome。它读取控制台日志和网络请求,将错误追踪到源头,应用修复,并确认问题已解决。无需切换环境,只需一次性设置。
与 Google Chrome DevTools 团队合作构建。
[LOADING...]
其余技术栈
Figma 到浏览器的流程是一个清晰的例子,但同样的逻辑也适用于你日常工作中频繁出现的各种其他任务:
- 提交信息: 针对约定式提交调优的代理,比事后才想到去问全才代理,能为你带来更干净、更一致的提交历史。
- 代码审查准备: 有些代理确实更擅长阅读 diff 和识别模式。
- 重构: 对于多文件改动,使用在处理大量文件时能保持连贯性的代理效果更好。
- 文档: 人们真正会读的生成文档,往往来自那些能像人类一样写作而非写规格说明书的代理。
面向团队
如果你是技术负责人,你的团队的 AI 工具很可能已经被治理:经过审批的提供商、合规要求和长期合同。ACP 正好契合这种结构。一旦某个提供商获批,ACP 就能提供干净、直接、可审计的 IDE 集成,因此不需要中间件、第三方中继,也不需要在已有基础上再增加额外订阅。
标准化工具。 定义哪些代理可供你的团队使用,为你的技术栈精选它们,并在无需个人设置的情况下进行部署。每个开发者都能获得同样匹配良好的选项,而无需自己配置任何东西。
数据合规。 ACP 在 IDE 和代理之间直接通信。如果你的法务团队只批准了一家提供商,ACP 会让数据流保持在那些既定边界之内。
自定义代理部署。 构建你自己的符合 ACP 的代理,并预载内部项目知识、编码标准和私有 API 文档。每个开发者都能在无需手动配置的情况下获得这些上下文。
无强制订阅锁定。 ACP 让你的团队直接连接代理(包括你已经在付费的代理),而无需额外订阅 JetBrains AI。JetBrains AI 仍然是最便捷的选择,但它已不再是唯一的选择。
而且由于一切都留在 WebStorm 中,你依然保有着基于浏览器的工具所不具备的代码智能:正确的索引、准确的导航和真正的重构。
无需妥协的选择
ACP 确保你始终能为当前任务使用最佳的代理。通过将 ACP 引入 WebStorm,我们正赋予开发团队借助 AI 进行创新的自由,同时不会失去他们期待 JetBrains IDE 提供的世界级重构和导航体验。
ACP 现已可在 WebStorm 中使用。打开 JetBrains AI 中的 Agents 菜单即可找到它。当它们通过 JetBrains AI 平台推出时,你会看到第三方代理与 Junie 和 Quick Edit 一起出现在那里。
要连接你自己的代理或设置 BYOK,WebStorm 关于 ACP 的文档会逐步引导你完成相关操作。
WebStorm 是让人类——与他们最喜爱的代理协作——使用自己选择的工具和技术栈来创建软件的最佳场所。ACP 让这一切变得更加容易。
你已经在特定任务中尝试过某个特定代理的 ACP 了吗?欢迎在评论中分享你的发现。