-
표준이 둘로 갈렸다가 하나로 — ACP가 A2A에 합류한 이야기IT 2026. 8. 2. 23:30
새로운 기술 영역이 열리면 거의 항상 "표준 전쟁"이 벌어진다. 여러 진영이 각자 규격을 들고나와 서로 자기 것이 사실상의 표준이 되기를 노린다. 웹 브라우저가 그랬고, 메시지 규격이 그랬다. 대개는 한쪽이 이기고 다른 쪽이 사라지거나, 둘 다 살아남아 개발자가 양쪽을 다 지원하느라 고생한다.
그런데 에이전트 협업 프로토콜에서는 조금 다른 일이 일어났다. IBM의 ACP(Agent Communication Protocol)와 Google의 A2A(Agent2Agent)가 거의 같은 시기에 같은 문제 — "독립적으로 만들어진 에이전트끼리 어떻게 대화하게 할까" — 를 들고나왔는데, 싸우는 대신 하나로 합쳤다. 이 글은 그 수렴(convergence) 과정 하나만 다룬다. 기술 스펙이 아니라 표준이 만들어지는 방식에 대한 이야기다.
같은 문제, 두 개의 답
먼저 상황을 정리하자. 2025년, 에이전트를 서로 연결하려는 시도가 두 곳에서 거의 동시에 나왔다.
다이어그램 설명. 하나의 문제에서 두 개의 답이 갈라져 나온 그림이다. "에이전트끼리 어떻게 협업시키나"라는 동일한 질문에, IBM은 자사 에이전트 플랫폼(BeeAI)을 위한 "ACP"로, Google은 "A2A"로 각자 답했다. 둘 다 "에이전트를 도구가 아니라 대등한 상대로 취급하고, 명함(Agent Card)으로 서로를 발견하게 한다"는 발상까지 닮아 있었다. 문제가 같고 접근이 비슷했다는 것 — 바로 이 점이 나중에 두 표준을 싸움이 아니라 합병으로 이끈 씨앗이 된다. 서로 너무 다르게 풀었다면 합칠 수 없었을 것이다.
중립 지대로 — Linux Foundation 기증
결정적이었던 건 IBM의 초기 선택이다. IBM은 2025년 3월 ACP를 발표하면서, 이걸 자사 소유로 움켜쥐지 않고 곧 Linux Foundation에 기증했다. Linux Foundation은 특정 회사에 속하지 않는 중립적 오픈소스 재단으로, 여러 기업이 공동으로 기술을 관리하는 "중립 지대" 역할을 한다. 표준을 한 회사가 통제하면 다른 회사들이 따르기를 꺼리는데, 중립 재단에 맡기면 그 경계심이 사라진다.
이 "벤더 중립(vendor-neutral, 특정 공급사에 종속되지 않음)" 선택이 왜 중요했냐면, 나중에 A2A와 손잡을 때 합칠 수 있는 공통의 마당이 이미 마련돼 있었기 때문이다. 두 표준이 각자 회사 소유로 남아 있었다면, 합병은 곧 "누가 누구를 흡수하느냐"의 힘겨루기가 됐을 것이다.
수렴 — 경쟁 대신 합류
양 팀은 서로의 접근이 닮았다는 걸 알아채고 힘을 합치기로 했다. 그 흐름을 시간순으로 보면 이렇다.
다이어그램 설명. 갈라졌던 두 표준이 하나로 모이는 타임라인이다. "IBM, ACP 발표"에서 출발해 "Google의 A2A 등장"으로 두 갈래가 생겼다가, "ACP, A2A와 합류 발표"에서 하나로 수렴하고, 마지막에 "BeeAI 프레임워크도 A2A를 채택"하며 실제 제품 레벨까지 통합된다. 여기서 놓치기 쉬운 점 하나 — 이건 인수나 폐기가 아니라 "합류(join forces)"였다. ACP가 A2A에 흡수되며 죽은 게 아니라, 두 팀의 설계 경험이 하나의 표준으로 녹아든 것이다. IBM의 BeeAI 플랫폼이 자기 프로토콜을 버리고 A2A를 쓰게 된 것도, 진 게 아니라 "굳이 둘로 나뉘어 개발자를 혼란스럽게 할 이유가 없다"는 판단이었다.
정리 — 이 이야기가 개발자에게 뜻하는 것
이 수렴이 실무자에게 주는 메시지는 명확하다. 지금 에이전트 협업을 공부하거나 붙이려 한다면, ACP와 A2A를 둘 다 익힐 필요는 없다. 개념적 뿌리는 ACP를 통해 이해하되, 실제로 구현할 표준은 A2A로 수렴했으니 그쪽을 기준으로 잡으면 된다. 더 넓게 보면 이 사건은 드문 좋은 선례다 — 표준이 갈라졌을 때 끝까지 싸워 개발자에게 부담을 떠넘기는 대신, 중립 재단이라는 마당에서 합쳐 버렸다. 새로운 프로토콜이 우후죽순 나오는 시대에, "누가 이기나"보다 "어디로 수렴하나"를 지켜보는 게 더 실용적인 이유다.
참고한 공개 자료:
- ACP Joins Forces with A2A Under the Linux Foundation — LF AI & Data (https://lfaidata.foundation/communityblog/2025/08/29/acp-joins-forces-with-a2a-under-the-linux-foundations-lf-ai-data/)
- ACP Joins Forces with A2A — i-am-bee Discussion (https://github.com/orgs/i-am-bee/discussions/5)
- What is Agent Communication Protocol (ACP)? — IBM (https://www.ibm.com/think/topics/agent-communication-protocol)
이 글은 생성형 AI의 도움을 받아 작성되었습니다. 원본 자료를 기반으로 AI가 초안을 생성하고, 작성자가 검토·편집하였습니다.
'IT' 카테고리의 다른 글
MCP 샌드박싱의 사정거리 — 무엇이 걸리고 무엇이 정문으로 나가는가 (1) 2026.08.04 The S in MCP stands for Security — 로컬 MCP 서버에는 인증이 없다 (0) 2026.08.04 통합에서 발견으로 — AI 시대 '진입 장벽 낮추기'의 진짜 정체 (0) 2026.08.03 AI가 빨리 짜준 코드의 청구서는 6개월 뒤에 온다 — 30만 커밋이 말하는 기술부채 (0) 2026.08.03 AI는 왜 있는 함수를 두고 새로 짜는가 — 재사용의 병목은 설계가 아니라 '모델의 기억'이다 (1) 2026.08.03 에이전트 호출의 생명주기 — 왜 그냥 API 호출로는 안 되나 (0) 2026.08.02 에이전트는 서로를 어떻게 찾는가 — 발견, 그리고 에이전트의 '명함' (0) 2026.08.02 AI 에이전트의 두 개의 축 — 도구를 붙이는 일과 동료를 부르는 일은 다르다 (0) 2026.08.02 서브에이전트 출력 압축 — 토큰 절약의 잊힌 세 번째 축, 메인 컨텍스트 예산 (0) 2026.08.01 상주 컨텍스트를 한 번만 압축하면 — 매 세션 영구히 아끼는 입력 토큰 (0) 2026.08.01