OpenClaw가 ACP를 수용하다: AI 프로그래밍의 "USB-C 순간"이 왔다

TL; DR OpenClaw는 acpx + ACP를 통해 "AI 프로그래밍 도우미"를 개별 앱에서 자유롭게 조합할 수 있는 "플러그인 생태계"로 변화시켰습니다 - 마치 VS Code + LSP가 언어 지원을 완전히 해방시킨 것처럼요.

1. 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의 핵심 요소입니다.

2. ACP는 어떤 문제를 해결했는가?

ACP가 등장하기 전, AI 프로그래밍 생태계에는 세 가지 골치 아픈 문제가 있었습니다:

1. 통합 비용이 높음

새로운 agent-editor 조합이 추가될 때마다, 양측 모두 많은 맞춤 개발 작업을 투입해야 합니다. agent는 편집기의 비공식 API를 배워야 하고, 편집기는 각 agent에 대해 별도의 적응 계층을 작성해야 합니다.

2. 호환성 제한

개발자는 종종 두 가지 중 하나를 선택해야 합니다: 좋아하는 agent를 사용하지만 제한된 편집기 지원을 받아들이거나, 익숙한 편집기를 고수하지만 강력한 agent를 놓치는 것입니다. 중간 지대는 없습니다.

3. 공급업체 잠금 위험

특정 agent를 선택하면 그 생태계 전체를 수용해야 한다는 것을 의미합니다 - 도구를 변경하는 비용이 부담스러워집니다.

ACP의 해결 접근 방식은 과거의 LSP(Language Server Protocol)와 유사합니다: 통일된 프로토콜을 정립하여 ACP를 구현한 agent가 호환되는 모든 편집기에서 실행될 수 있도록 합니다.

3. 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 간)을 담당합니다. 두 가지는 경쟁이 아니라 상호 보완적입니다.

4. 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 } }

5. ACP+OpenClaw의 확장된 능력

- 편집기와 무관한 자유: 익숙한 편집기에서 지원되는 모든 agent 호출 - 공급업체 잠금에서 벗어남: agent 전환은 한 줄의 구성 변경으로 가능 - 조합 가능한 전체 스택 AI 워크플로우: MCP + ACP 결합으로 강력한 파이프라인 구축 - 번창하는 생태계에 접속: 20개 이상의 agent와 10개 이상의 편집기가 ACP를 지원 - 다중 agent 협업 가능: Codex가 코드 작성 → Claude가 리뷰 → Gemini가 테스트 생성

6. 실제 사례: Feishu + OpenClaw + ACP의 삼중주

주요 장점: WebSocket 모드 사용 시, 공개 IP, 도메인, 내부망 관통이 필요 없으며, 당신의 컴퓨터가 직접 Feishu 클라우드에 연결됩니다.

팀에 가져다 준 변화

- 기술 책임자: 모바일 Feishu에서 Codex를 호출하여 코드 검토를 수행하게 하여 서로 다른 전문성을 가진 agent들이 각자의 역할을 수행하게 합니다. - 팀원: ACP/acpx를 이해할 필요 없이, CLI 도구를 설치할 필요 없이, Feishu 인터페이스에서 자연어로 AI를 호출합니다. - 전체 조직: AI 프로그래밍 능력이 개인 도구에서 팀 공유 자원으로 변화합니다.

7. 마지막으로

ACP의 출현은 AI 프로그래밍 도구가 "섬 시대"에서 "상호 연결 시대"로 나아가고 있음을 나타냅니다. OpenClaw의 ACP 지원 - 특히 acpx의 출시 -는 그것이 더 이상 단순한 대화형 AI 도우미가 아니라 다중 agent 조정 중심으로 진화하게 했습니다.

다음 단계로 탐색할 수 있는 방향: - 실제로 OpenClaw + acpx를 구성하여 다양한 agent와 협력하는 느낌을 경험해보세요. - MCP와 ACP의 협동 사용 시나리오에 주목하세요. - ACP 생태계에 새로운 agent가 추가되는 동향을 주의 깊게 살펴보세요.

참고 링크

- 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