OpenClaw拥抱ACP：AI编程的 "USB-C时刻" 来了

TL; DR OpenClaw 通过 acpx + ACP，把 "AI 编程助手" 从一款款孤立的 App，变成了可自由组合的 "插件生态" - 就像当年 VS Code + LSP 彻底解放了语言支持一样。

一、ACP 是什么？用一句话解释

ACP（Agent Client Protocol）是连接代码编辑器与 AI 编程助手的"通用接口"。

想象你桌面上那个 USB-C 接口——无论手机、平板还是笔记本，一根线就能充电和传输数据。ACP 就是 AI 编程世界的 USB-C：它让任何兼容的 AI 编程助手（agent）能够接入任何支持该协议的编辑器。

这个协议诞生于 Zed 编辑器团队的实际需求。当他们想集成 Google 的 Gemini CLI 时，发现根本没有标准方式来实现。于是他们自己动手打造了 ACP，没想到这个解决方案迅速演变成了一项社区标准，连 JetBrains、Neovim 等主流编辑器都加入支持。

技术架构速览

ACP 采用 JSON-RPC 2.0 作为通信协议：本地 agent 通过 stdio 管道与编辑器对话，远程 agent 则走 HTTP/WebSocket。它复用了 MCP（Model Context Protocol）的 JSON 表示方式，但针对编程场景增加了专门的类型定义——比如 diff（代码差异）这类 agentic coding 的核心元素。

二、ACP 解决了什么痛点？

在 ACP 出现之前，AI 编程生态存在三个让人头疼的问题：

1. 集成成本居高不下

每新增一个 agent-editor 组合，都需要双方投入大量定制开发工作。agent 必须学习编辑器的私有 API，编辑器又要为每个 agent 单独写适配层。

2. 兼容性受限

开发者往往被迫二选一：要么用喜欢的 agent 但接受它有限的编辑器支持，要么坚守熟悉的编辑器但错过某些强大的 agent。没有中间地带。

3. 厂商锁定风险

一旦选定某个 agent，就意味着接受它的整套生态——换工具的成本让人望而却步。

ACP 的解决思路与当年的 LSP（Language Server Protocol）如出一辙：制定统一协议，让实现 ACP 的 agent 能在任何兼容编辑器中运行。

三、ACP、MCP、A2A…… 这些协议到底啥关系？

- ACP - Agent Client Protocol（由 Zed 发起），作用范围：编辑器 ↔ Agent - MCP - Model Context Protocol（由 Anthropic 发起），作用范围：Agent ↔ 工具 - IBM ACP - Agent Communication Protocol，作用范围：Agent ↔ Agent - A2A - Agent-to-Agent Protocol（由 Google 发起），作用范围：Agent ↔ Agent

MCP 负责"垂直连接"（Agent 到工具），ACP/A2A 负责"水平连接"（Agent 到编辑器或 Agent 之间）。两者并非竞争，而是互补。

四、OpenClaw 的 ACP 集成：acpx 是什么？

OpenClaw 在 2026.2.26 版本中引入的 ACP 支持。核心组件 acpx 是一个无头 CLI 客户端（headless CLI client），专门用于管理有状态的 ACP 会话。

acpx 能做什么？

会话全生命周期管理

- /acp spawn —— 创建新的 ACP 会话 - /acp steer —— 向运行中的会话发送指令 - /acp cancel —— 取消当前任务 - /acp close —— 结束会话 - /acp status —— 查看会话状态 - /acp doctor —— 诊断连接问题

开箱即用的多 agent 支持

- pi —— 轻量级 agent - claude —— Claude Code - codex —— GitHub Copilot Codex - opencode —— 开源 agent 方案 - gemini —— Google Gemini CLI

如何启用？

{ "acp":{ "enabled":true, "dispatch":{"enabled":true}, "backend":"acpx", "defaultAgent":"codex", "allowedAgents":["pi","claude","codex","opencode","gemini"], "maxConcurrentSessions":8 } }

五、ACP+OpenClaw 拓展的能力

- 编辑器无关的自由：在习惯的编辑器里调用任何支持的 agent - 摆脱厂商锁定：切换 agent 只需改一行配置 - 可组合的全栈 AI 工作流：MCP + ACP 结合构建强大流水线 - 接入蓬勃发展的生态：20+个 agent 和 10+个编辑器支持 ACP - 多 agent 协同成为可能：Codex 写代码 → Claude review → Gemini 生成测试

六、真实场景：飞书 + OpenClaw + ACP 的三重奏

关键优势：使用 WebSocket 模式时，不需要公网 IP、不需要域名、不需要内网穿透，你的电脑直接连到飞书云端。

给团队带来的改变

- 技术负责人：手机飞书调度 Codex 做代码审查，让不同专长的 agent 各司其职 - 团队成员：不需要懂 ACP/acpx，不需要安装 CLI 工具，飞书界面用自然语言调动 AI - 整个组织：AI 编程能力从个人工具变为团队共享资源

七、写在最后

ACP 的出现标志着 AI 编程工具正在从"孤岛时代"走向"互联时代"。OpenClaw 对 ACP 的支持——尤其是 acpx 的推出——让它不再只是一个对话式 AI 助手，而是进化为一个多 agent 编排中枢。

下一步可以探索的方向：

- 实际配置 OpenClaw + acpx，体验与不同 agent 协作的感觉 - 关注 MCP 与 ACP 的协同使用场景 - 留意新 agent 加入 ACP 生态的动态

参考链接

- https://agentclientprotocol.com - https://zed.dev/acp - https://www.contextstudios.ai/blog/acp-vs-mcp-the-protocol-war-that-will-define-ai-coding-in-2026 - https://github.com/openclaw/acpx - https://docs.openclaw.ai/tools/acp-agents - https://github.com/AlexAnys/feishu-openclaw