Cursor加入ACP Registry：AI编码Agent可在JetBrains IDE中运行

Cursor加入ACP Registry：AI编码工具生态迈向互操作时代

2026年3月，Cursor宣布正式加入Agent Communication Protocol（ACP）Registry，成为首批接入该协议的主流AI编码工具之一。这一举措意味着Cursor的AI代理能力将不再局限于VS Code生态，而是可以在JetBrains全系列IDE（IntelliJ IDEA、PyCharm、WebStorm、Rider等）以及其他支持ACP协议的开发环境中直接运行。这被业界视为AI编码工具从"封闭孤岛"走向"开放互联"的重要里程碑。

什么是ACP Registry？

协议背景

Agent Communication Protocol（ACP）是一套用于规范AI代理之间通信和能力注册的开放协议。类比来看，它的地位类似于MCP（Model Context Protocol）对于AI模型与工具连接的意义——ACP要解决的是**不同AI代理之间如何发现彼此、协商能力、传递上下文**的问题。

ACP Registry则是基于该协议建立的公共注册表，开发商可以将自己的AI代理能力发布到注册表中，客户端（如JetBrains插件、VS Code扩展、命令行工具等）可以通过注册表发现并调用这些能力。

为什么这很重要

在ACP出现之前，AI编码工具的能力高度依赖宿主环境。Cursor的AI功能只在Cursor（VS Code fork）内可用；JetBrains的AI助手只在JetBrains IDE内可用；GitHub Copilot虽然支持多IDE，但能力也相互隔离。

开发者面临的实际痛苦是：团队里有人用IntelliJ IDEA，有人用VS Code，AI工具的使用体验天壤之别，协作流程难以统一。ACP试图打破这一壁垒。

Cursor接入ACP后能做什么？

JetBrains IDE中的完整功能

此次接入最直接的影响是：JetBrains用户可以通过官方ACP插件，在不切换IDE的前提下调用Cursor的AI代理能力，包括：

• **完整项目上下文访问**：Cursor代理可读取JetBrains打开的项目文件结构、符号索引和依赖信息
• **代码生成与重构**：在IntelliJ中发起Cursor Agent模式的多步骤任务
• **跨文件编辑**：自动修改多个相关文件，保持代码一致性
• **Agent对话历史同步**：在不同IDE间保留对话上下文，不因切换工具而中断工作流

与现有JetBrains AI Assistant的关系

值得注意的是，这并不是替代关系。JetBrains自家的AI Assistant仍然存在，提供更深度的IDE原生集成（如重构意图识别、代码流分析等）。Cursor通过ACP接入后，更像是一个**补充性的高性能推理层**——当JetBrains AI Assistant处理不了的复杂任务时，可以直接调用Cursor Agent来完成。

行业影响：开发工具生态的重构

竞争格局的变化

Cursor加入ACP Registry的决定具有战略意义。长期以来，AI编码工具的竞争是"全栈捆绑"式的：谁的IDE体验好、AI能力强，用户就被锁定在谁的平台上。

通过开放ACP接入，Cursor实际上是在赌一个不同的未来：**IDE会成为无差异化的基础设施，而AI代理能力本身才是核心竞争力**。如果这个判断正确，Cursor的用户基础将不再受限于"有多少人愿意从JetBrains或其他IDE切换过来"。

对开发者工作流的实际影响

从实际使用角度看，ACP互操作带来的最大变化是**消除了"为了AI而切换IDE"的摩擦**：

1. **Java/Kotlin开发者**（重度IntelliJ用户）可以继续使用最熟悉的IDE，同时获得Cursor级别的AI代理能力

2. **多栈团队**可以用统一的AI代理策略，而不需要为每个IDE单独配置不同的AI工具

3. **企业IT管理**可以在单一ACP Registry配置中统一管理AI工具的访问权限和使用策略

其他工具的跟进预期

Cursor的这一步预计会触发连锁反应。GitHub Copilot、Windsurf（前Codeium）、以及国内的通义灵码、豆包MarsCode等主流AI编码工具，都面临着是否加入ACP生态的压力。率先接入的工具将获得跨IDE用户的先发优势，观望者则面临被边缘化的风险。

技术实现要点

ACP协议的工作方式

ACP采用标准化的JSON-RPC消息格式，代理能力通过Schema声明注册到Registry。客户端（IDE插件）在启动时从Registry拉取可用代理列表，用户选择后建立持久连接，后续的上下文传递和任务执行通过流式消息完成。

关键设计决策包括：

• **能力协商**：客户端和代理在连接初始化时交换支持的功能集，避免不兼容调用
• **上下文序列化**：IDE的项目结构、光标位置、选中代码等信息按统一格式传递
• **安全沙箱**：代理对文件系统的操作权限由本地客户端控制，服务端无法越权

展望：IDE的未来形态

Cursor加入ACP Registry的深层意义，在于它暗示了一个行业方向：**IDE本身将逐渐"去中心化"，演变为连接多个专业AI代理的编排层**。

在这个未来里，你可能同时在JetBrains IDE中使用Cursor Agent处理Python代码、使用专业的SQL Agent处理数据库查询、使用专注于安全审计的Security Agent扫描漏洞——这些代理通过ACP注册并互相协作，IDE只负责提供统一的界面和上下文管理。

这与当前"一个IDE捆绑一套AI工具"的模式是根本性的转变。Cursor选择在此时加入ACP Registry，既是对这一趋势的押注，也是主动参与定义未来标准的战略举措。对开发者来说，这是好消息：未来你不再需要为了一个AI功能而被迫使用某个特定的IDE。