ACP (IBM BeeAI · Linux Foundation)
ACP, MCP 다음이라는데 이미 끝난 건가요?
솔직히 말하면 — ACP를 검색하면 “MCP의 경쟁자”라는 설명이 대부분입니다. 그런데 IBM 공식 문서에는 “ACP는 A2A와 합류해 개발을 종료합니다”라고 적혀 있습니다. 그런데도 agentcommunicationprotocol.dev는 지금도 운영 중이고, 2026년 에이전트 생태계 지도에 ACP는 여전히 자리를 차지하고 있습니다. 뭐가 맞는지 직접 공식 문서를 뒤져봤습니다.
ACP가 뭔지 — 한 줄로 먼저 정리
ACP(Agent Communication Protocol)는 IBM의 BeeAI 팀이 2025년 3월에 공개한 오픈 프로토콜로, AI 에이전트들이 서로 프레임워크·언어·런타임 환경에 상관없이 통신할 수 있도록 설계됐습니다. Linux Foundation 산하에서 오픈 거버넌스로 운영되며, IBM·Cisco·Red Hat이 창립 후원사입니다. (출처: IBM Research, research.ibm.com)
이걸 왜 알아야 하냐면 — MCP가 “에이전트와 도구를 연결”하는 레이어라면, ACP는 “에이전트와 에이전트를 연결”하는 레이어입니다. 하나를 쓴다고 다른 하나가 필요 없는 게 아닙니다. 두 프로토콜이 해결하는 문제가 아예 다릅니다.
가장 많이 오해하는 부분이 이 지점이라서, 먼저 이걸 명확히 하고 넘어가겠습니다.
MCP와 뭐가 다른가 — 레이어가 다릅니다
MCP가 “한 에이전트가 더 많은 도구를 쓸 수 있게 해주는 것”이라면, ACP는 “여러 에이전트가 팀처럼 협업할 수 있게 해주는 것”입니다. IBM 공식 문서는 이 관계를 이렇게 설명합니다: “MCP는 사람에게 계산기·참고서 같은 도구를 주는 것이고, ACP는 사람들이 팀을 이루게 하는 것.” (출처: ibm.com/think)
💡 공식 문서와 실제 사용 패턴을 같이 놓고 보니 이런 차이가 보였습니다
- MCP — 에이전트 ↔ 도구(DB·API·파일시스템). Anthropic 주도, 97M+ 다운로드. 현재 Claude·GPT·Gemini·Copilot 전부 지원. 에이전트 1개, 도구 n개 구조.
- ACP — 에이전트 ↔ 에이전트. REST 기반 HTTP, SDK 없어도 사용 가능. 비동기 기본. 에이전트 n개가 팀처럼 통신하는 구조.
기술적으로 중요한 차이점이 하나 더 있습니다. MCP는 JSON-RPC 방식이라 특정 SDK·런타임이 필요한 반면, ACP는 REST 기반이라 curl이나 Postman 같은 일반 HTTP 도구로도 에이전트에 요청을 보낼 수 있습니다. 개발 진입 장벽이 낮다는 뜻입니다. 아래 코드는 실제 ACP 서버를 Python으로 구현하는 최소 예시입니다. (출처: IBM Think, 2026)
# ACP 서버 최소 구현 — SDK 사용 시 (Python)
from acp_sdk.server import Server
from acp_sdk.models import Message, MessagePart
from collections.abc import AsyncGenerator
server = Server()
@server.agent()
async def my_agent(messages: list[Message]) -> AsyncGenerator:
query = " ".join(part.content for m in messages for part in m.parts)
result = Message(parts=[MessagePart(content=f"처리 완료: {query}")])
yield result
server.run()
# 이 에이전트는 이제 HTTP 엔드포인트로 다른 에이전트에서 호출 가능
단 몇 줄로 ACP 호환 에이전트가 만들어집니다. SDK가 없어도 cURL로 직접 요청하면 됩니다.
ACP가 A2A에 합류했다는 게 무슨 뜻인가
여기서 많은 글들이 빠뜨리는 내용이 있습니다. ACP는 현재 Google의 A2A(Agent2Agent) 프로토콜과 합류해 활발한 독자 개발을 중단했습니다. IBM Research 공식 페이지에 이렇게 나와 있습니다: “IMPORTANT UPDATE — ACP is now part of A2A under the Linux Foundation. The ACP team is winding down active development.” (출처: IBM Research, 2025.08.29)
개발이 종료됐다는 뜻이 “ACP가 사라진다”는 의미는 아닙니다. ACP의 기술과 철학이 A2A로 이어지는 것이고, agentcommunicationprotocol.dev 사이트와 스펙은 여전히 유지되고 있습니다. 기존에 ACP로 구현된 에이전트들을 A2A로 마이그레이션할 수 있는 공식 가이드도 공개돼 있습니다.
🔄 ACP → A2A 합류 타임라인
• 2025.03: IBM BeeAI가 ACP 공개
• 2025.04: Google이 A2A 론칭 (파트너 50+사)
• 2025.08.29: ACP가 Linux Foundation 산하에서 A2A와 공식 합류 (출처: LF AI & Data Foundation)
• 2026.03: agentcommunicationprotocol.dev 여전히 운영 중, A2A 마이그레이션 가이드 제공
한국어 블로그 어디에도 이 맥락을 정리한 곳이 없었습니다. ACP를 “미래의 표준”처럼 소개하거나, 반대로 “이미 죽은 프로토콜”처럼 취급하거나 — 둘 다 틀렸습니다.
그런데도 ACP를 지금 알아야 하는 이유
ACP 자체의 개발이 A2A로 수렴됐다 해도, ACP가 해결하려 했던 문제 — “서로 다른 프레임워크로 만들어진 에이전트들이 어떻게 팀처럼 일하나” — 는 2026년 현재 가장 뜨거운 주제입니다.
ACP의 기술 구조(REST 기반, SDK 불필요, 비동기 우선, 오프라인 디스커버리)는 A2A 스펙에도 그대로 반영됐습니다. 다시 말해, ACP를 이해하면 A2A도 빠르게 파악됩니다. 실제로 LangChain·CrewAI는 A2A와 ACP를 모두 지원 예정이고, IBM watsonx은 두 프로토콜을 병행 지원합니다. (출처: Digital Applied, 2026.03.18)
💡 ACP 스펙을 직접 읽어보고 파악한 실제 특이점들
- 오프라인 디스커버리: 에이전트가 꺼져 있어도 메타데이터를 패키지에 내장해 다른 에이전트가 발견할 수 있습니다. MCP나 A2A에는 없는 기능입니다. scale-to-zero 환경(서버리스, Lambda 등)에서 유용합니다.
- 멀티모달 기본 지원: MimeType 기반이라 텍스트·이미지·오디오·바이너리 어떤 형식이든 프로토콜 수정 없이 처리됩니다.
- n(n-1)/2 통합 문제 해결: 에이전트가 n개 있을 때 커스텀 통합점이 최대 n(n-1)/2개 필요한데, ACP/A2A를 쓰면 에이전트 한 개당 ACP 인터페이스 하나만 구현하면 됩니다.
2026년 에이전트 프로토콜 생태계 지도
2026년 Q1 기준으로 에이전트 프로토콜은 크게 4가지가 자리를 잡았습니다. 이걸 한 표로 정리하면 아래와 같습니다. (출처: Digital Applied 에코시스템 맵, 2026.03.18 / IBM Think, 2026)
| 프로토콜 | 주도 | 역할 | 현황 (2026.Q1) |
|---|---|---|---|
| MCP | Anthropic | 에이전트 ↔ 도구·DB·API | 97M+ 다운로드, 전 벤더 지원 |
| A2A | 에이전트 ↔ 에이전트 위임·조정 | 파트너 50+, ACP 합류 흡수 | |
| ACP | IBM (Linux Foundation) | 에이전트 간 통신 오픈 표준 | A2A 합류, 독자 개발 중단 |
| UCP | 에이전트 ↔ 커머스·결제·거래 | Google 쇼핑 생태계 특화 |
이 표의 핵심: 4개 프로토콜은 경쟁이 아닙니다. MCP는 도구 레이어, A2A/ACP는 에이전트 조정 레이어, UCP는 상거래 레이어로 각자 역할이 다릅니다. 2026년에 제대로 된 멀티에이전트 시스템을 만들려면 MCP + A2A 조합이 사실상 기본값입니다.
“벤더 중립”이라는 말의 함정
ACP를 소개하는 글마다 “벤더 중립, 오픈 거버넌스”를 강조합니다. 맞는 말입니다. 그런데 실제로 ACP를 프로덕션에 적용하면 결국 BeeAI 플랫폼에 의존하게 됩니다. IBM Research가 만든 ACP의 레퍼런스 구현이 BeeAI이고, 에이전트 디스커버리·배포·공유 인프라가 모두 BeeAI 플랫폼 위에서 돌아가기 때문입니다. (출처: agentcommunicationprotocol.dev, BeeAI 거버넌스 문서)
“프로토콜 레이어에서는 벤더 중립이지만, 실제 운영 레이어에서는 IBM 생태계 의존성이 생긴다” — 이 사실을 기존 블로그 글 어디에서도 명시적으로 짚지 않았습니다. 이건 ACP의 단점이 아니라, 프로토콜을 고를 때 알아야 하는 현실적인 맥락입니다.
⚠️ 실제 사용 시 알아야 할 내용
ACP 스펙 자체는 HTTP로 직접 구현 가능합니다. 그러나 에이전트 디스커버리, 멀티에이전트 오케스트레이션, 배포 관리를 위해 BeeAI 플랫폼을 쓰기 시작하면 IBM 생태계에서 벗어나기 어려워집니다. 마이그레이션 가이드도 A2A로 이동하는 경로를 설명하고 있습니다. (ACP → A2A 마이그레이션 가이드)
비교하면 이렇습니다. MCP는 Anthropic이 만들었지만 Claude와 무관하게 GPT·Gemini에서도 동일하게 작동합니다. A2A는 Google이 주도하지만 Microsoft·Amazon·Salesforce까지 50+ 파트너가 있습니다. ACP는 IBM 주도지만 실질적인 생태계 규모가 두 프로토콜보다 작습니다. — 이 차이를 수치로 보면: MCP 97M 다운로드 대비 ACP 공식 GitHub 스타는 아직 공개 수치가 없습니다. 이유는 IBM이 공식 답변을 내놓지 않은 부분입니다.
어디서부터 시작해야 하나 — 실용 판단 기준
2026년 현재 지금 당장 뭔가를 만들어야 한다면 — 프로토콜 선택 기준을 간단하게 정리하면 이렇습니다.
| 상황 | 권장 프로토콜 | 이유 |
|---|---|---|
| 에이전트 1개 + 도구 여러 개 | MCP만 | 가장 성숙, 전 벤더 지원 |
| 에이전트 여러 개 협업 필요 | MCP + A2A | A2A가 ACP의 역할을 흡수 |
| IBM 생태계 이미 사용 중 | ACP/BeeAI 고려 | 기존 자산 활용, A2A 마이그레이션 경로 있음 |
| 에이전트 간 상거래·결제 | MCP + A2A + ACP/UCP | 상거래 레이어 별도 필요 |
결론적으로 — 지금 당장 ACP를 독자적으로 구현하는 건 권장하지 않습니다. ACP 팀 자체가 A2A로 이동을 권고하고 있습니다. 그러나 ACP의 개념과 구조를 알면 A2A, 나아가 멀티에이전트 시스템 전체를 이해하는 데 가장 빠른 길이 됩니다. 그게 지금 ACP를 알아야 하는 실용적 이유입니다.
Q&A
Q. ACP를 지금 배워도 의미 있나요? A2A에 합류됐다면 그냥 A2A 공부하면 되지 않나요?
Q. MCP 서버를 이미 만들었는데, A2A나 ACP를 추가하면 기존 코드를 다 바꿔야 하나요?
Q. ACP가 “SDK 없어도 된다”고 하던데, 실제로도 그런가요?
Q. JetBrains도 ACP를 출시했다고 하던데, IBM ACP와 같은 건가요?
Q. 지금 당장 멀티에이전트 시스템을 만들어야 한다면 뭐부터 해야 하나요?
마치며
ACP에 대해 정리하고 나서 솔직히 드는 생각 — 이걸 “MCP의 경쟁자”로 소개하는 건 반은 맞고 반은 틀립니다. MCP 97M 다운로드 대비 ACP의 생태계는 아직 훨씬 작고, 독자 개발도 A2A로 수렴됐습니다. 그러나 ACP가 해결하려 했던 문제 — 서로 다른 프레임워크로 만들어진 에이전트들이 팀처럼 일하는 것 — 는 2026년 가장 중요한 AI 인프라 과제이고, 그 해답이 지금은 A2A로 이어지고 있습니다.
지금 당장 ACP를 새로 배워서 구현하기보다는, ACP의 설계 철학을 이해하면서 A2A로 진입하는 게 현실적으로 가장 빠른 길입니다. MCP가 기반이 되고, A2A가 그 위에서 에이전트 협업을 가능하게 하는 구조 — 이 두 레이어가 2026년 멀티에이전트 시스템의 실질적인 표준입니다.
이 글이 “ACP가 뭔지”보다 “ACP가 왜 지금 이 위치에 있는지”를 이해하는 데 도움이 됐으면 좋겠습니다.
📚 본 포스팅 참고 자료
- IBM Think — What is Agent Communication Protocol (ACP)? (ibm.com/think)
- IBM Research — ACP Project Page, A2A 합류 업데이트 포함 (research.ibm.com)
- ACP 공식 사이트 · 스펙 문서 (agentcommunicationprotocol.dev)
- LF AI & Data Foundation — ACP Joins Forces with A2A (2025.08.29) (lfaidata.foundation)
- Digital Applied — AI Agent Protocol Ecosystem Map 2026 (2026.03.18) (digitalapplied.com)
- Digital Applied — MCP vs A2A vs ACP: Business Guide (2026.03.15) (digitalapplied.com)
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. ACP는 현재 A2A와의 합류로 개발 상태가 변화 중이며, 이 글에 인용된 공식 문서의 내용도 업데이트될 수 있습니다. 최신 정보는 agentcommunicationprotocol.dev 및 IBM Research 공식 페이지를 기준으로 확인하시기 바랍니다.











댓글 남기기