프로토콜 전쟁

AI 에이전트를 도구에 연결하고 에이전트끼리 대화하게 하는 표준을 두고 MCP·A2A·ACP가 벌인 경쟁이다. 한쪽이 이긴 게 아니라 도구 연결은 MCP, 에이전트끼리의 통신은 A2A로 역할이 나뉘었고, 에이전트를 만들 때 무엇을 쓸지 고르는 기준이 된다.

표준이 갈리면 연결을 매번 새로 만든다

표준이 없으면 도구 하나를 붙일 때마다 프레임워크별로 연동 코드를 따로 짜야 한다. 그래서 어느 프로토콜이 표준이 되느냐는 개발자의 작업량을 바로 좌우한다.

논란에 불을 붙인 건 한 커뮤니티 기여자가 OpenAI Agents SDK에 A2A 지원을 넣으려고 올린 1,200줄짜리 PR이었다. OpenAI가 이 PR을 거부하자 MCP만 밀겠다는 뜻으로 받아들여졌고, 커뮤니티에서 크게 논란이 됐다.

경쟁이 아니라 계층을 나눠 맡았다

세 프로토콜은 사실 맡는 계층이 달랐다. MCP는 세로축으로 GitHub·DB·파일시스템 같은 도구에 접근하는 방식을 통일하고, A2A는 가로축으로 서로 다른 프레임워크의 에이전트가 서로를 찾아 일을 맡기고 결과를 주고받게 한다. 역할이 겹치던 ACP는 2025년 8월 Linux Foundation 아래에서 A2A에 합쳐졌다.

2025년 12월에는 Anthropic이 MCP를 Linux Foundation의 Agentic AI Foundation(AAIF)에 기증했고, OpenAI·Google·Microsoft·AWS가 함께 참여했다. 특정 회사의 규격이 아니라 업계 공동 표준이 된 셈이다.

내 에이전트에는 이렇게 고른다

MCP는 Claude 앱이나 코딩 도구 같은 여러 클라이언트의 설정에서 서버를 추가하면 바로 쓸 수 있다. A2A는 에이전트마다 자기 능력을 적은 '에이전트 카드'를 공개해 두고, 다른 에이전트가 이를 보고 작업을 보내는 방식이다. 에이전트가 하나뿐이면 A2A 없이 MCP만으로 충분하다.

표준이라고 바로 호환되지는 않는다

같은 프로토콜을 써도 구현마다 지원 범위가 달라 실제 연결은 직접 확인해야 한다. 특히 A2A는 아직 초기 단계라 운영 환경에서 매끄럽지 않을 수 있다. MCP 서버는 에이전트에게 도구 권한을 주는 것이므로 믿을 수 있는 것만 연결한다. 'ACP'라는 약자는 다른 프로젝트에서도 쓰이니 문서를 볼 때 어느 쪽인지 확인해야 한다.