MCP와 A2A: AI 에이전트 생태계의 인프라가 완성되고 있다
최근 AI 에이전트 관련 개발을 하면서 느낀 건데, 사실 가장 신경 쓰이는 건 모델 자체보다 에이전트가 도구와 소통하는 방식이다. 모델이 아무리 똑똑해져도, 에이전트가 도구를 부르고 데이터를 주고받는 방식이 표준화되지 않으면 매번 새로운 연동 코드를 다시 짜야 한다.
프로토콜 전쟁은 끝났다
2024년까지만 해도 각 회사마다 각자의 방식으로 에이전트-도구 연동을 했다. OpenAI는 Function Calling, Anthropic은 Tool Use, LangChain은 자체 Tool 인터페이스… 개발자 입장에서는 프레임워크 바꿀 때마다 연동 코드를 다시 짜는 게 일상이었다.
그런데 2024년 11월에 Anthropic이 MCP (Model Context Protocol)를 발표하면서 상황이 바뀌기 시작했다. MCP는 에이전트가 외부 도구와 데이터 소스에 연결하는 오픈 표준이다. 그리고 2025년에 들어서면서 Google, Microsoft, OpenAI가 모두 MCP를 채택했다. 이건 사실상 "에이전트의 TCP/IP"가 탄생한 거다.
MCP가 실제로 어떻게 쓰이나
실무에서 MCP를 쓰면 느끼는 가장 큰 변화는 "한 번 연결하면 어디서든 쓸 수 있다"는 점이다.
예를 들어, 내가 GitHub 이슈를 읽는 MCP 서버를 하나 만들어두면:
- Claude Code에서도 쓸 수 있고
- Cursor에서도 쓸 수 있고
- 내가 직접 만든 에이전트 애플리케이션에서도 그대로 쓸 수 있다
이전에는 각 도구마다 GitHub API 연동을 따로 구현해야 했는데, 이제는 MCP 서버 하나만 돌리면 끝이다. 사실 나도 최근에 만든 에이전트 시스템에 MCP 클라이언트를 내장했는데, 그동안 일일이 만들었던 도구 연동 코드의 절반 정도를 없앨 수 있었다.
에이전트끼리 대화하는 건 또 다른 문제
근데 MCP가 해결한 건 "에이전트-도구" 통신이다. 그럼 "에이전트-에이전트" 통신은?
여러 에이전트가 협업하는 시스템을 만들어보면 알겠는데, 에이전트 A가 에이전트 B에게 작업을 위임하고, B가 결과를 A에게 돌려주는 과정이 생각보다 복잡하다. 어떤 포맷으로 요청을 보내야 하지? 에러가 나면 어떻게 핸들링하지? 인증은?
Google이 2025년 4월에 A2A (Agent-to-Agent) 프로토콜을 발표했다. 이건 에이전트 간 통신을 위한 표준이다. 한 에이전트가 다른 에이전트에게 작업을 위임할 때, 그 핸드오프를 어떻게 할지 정의한 거다.
지금은 MCP + A2A 조합으로 에이전트 파이프라인의 기반 인프라가 거의 완성되는 단계다. MCP는 에이전트가 도구를 쓰는 방식, A2A는 에이전트가 다른 에이전트에게 일을 넘기는 방식.
실무에서 마주치는 현실적인 문제들
물론 표준이 있다고 다 해결되는 건 아니다.
첫째, 아직 생태계가 정리 중이다. MCP 서버를 찾으려면 여러 레지스트리를 뒤져야 하고, 서버 간 호환성도 완벽하지 않다. npm 패키지처럼 "어디서든 바로 쓸 수 있는" 수준은 아직 아니다.
둘째, 보안이 큰 고민이다. 에이전트가 자동으로 파일을 읽고 쓰고 API를 호출하는데, 권한 범위를 어떻게 제한할까? 최근에 "에이전트가 자동 구매를 해버렸다"는 사례도 있었다고 하더라. 실무에서는 사람 승인 게이트를 어디에 둘지가 핵심 설계 결정이다.
셋째, 디버깅이 어렵다. 여러 에이전트가 연쇄적으로 작업을 하다가 에러가 나면, 어디서 문제가 시작됐는지 추적하는 게 쉽지 않다. 옵저버빌리티 도구들이 나오고 있지만 아직 초기 단계다.
개발자가 지금 당장 해야 할 일
그렇다면 프로토콜 표준화가 진행 중인 지금, 개발자는 뭘 준비하면 좋을까?
MCP 서버 하나 만들어보기 — 내가 자주 쓰는 도구나 API를 MCP 서버로 감싸보자. 생각보다 어렵지 않고, 이해도가 확 올라간다.
멀티에이전트 시스템 설계해보기 — 단일 에이전트에서 시작해서 점차 작업을 분할해보자. 어디서 분할하는 게 효율적인지 직접 느껴야 안다.
에이전트 옵저버빌리티 공부하기 — 로깅, 트레이싱, 모니터링. 이건 "보이지 않는 문제"를 해결하는 핵심 기술이다.
인프라가 완성되면 뭐가 달라질까
과거 웹의 역사를 보면 답이 나온다. HTTP와 TCP/IP가 표준화되기 전에는 각 서비스마다 자체 프로토콜을 썼다. 표준이 생기고 나서야 우리가 아는 인터넷 생태계가 만들어졌다.
AI 에이전트도 마찬가지다. MCP와 A2A가 자리 잡으면, 에이전트 마켓플레이스(전문 에이전트를 앱처럼 사고 쓰는 곳)가 본격적으로 열릴 것이다. 이미 일부 플랫폼에서 시도하고 있지만, 표준 기반이 아니라서 파편화가 심했다.
2026년 하반기쯤이면, 개발자가 "에이전트 플러그인"을 하나 만들어서 마켓에 올리고, 다른 사람의 에이전트 시스템에서 그걸 그대로 쓸 수 있는 세상이 올 수도 있다.
정리
- MCP는 "에이전트-도구" 연결의 표준, 이미 업계 대부분이 채택
- A2A는 "에이전트-에이전트" 연결의 표준, 2026년 생태계 확장 예상
- 두 프로토콜의 조합이 에이전트 인프라의 기반을 완성하고 있다
- 보안, 옵저버빌리티, 생태계 정리는 아직 해결해야 할 과제
여러분은 최근에 AI 에이전트 관련해서 어떤 프로토콜이나 연동 방식을 써보셨나요? MCP를 실무에 도입해보신 분들의 경험도 궁금합니다. 댓글로 이야기 나눠요!
이 글은 AI의 도움을 받아 작성했지만, 실무 경험과 고민은 모두 제 것입니다. 😊
Upvoted! Thank you for supporting witness @jswit.
오 해봐야겠습니다.
구글이 A2A를 집약 시킨 툴이 Google Opal 이라는 도구가 아닐까 합니다. ^^
좋은 정보와 경험담 감사합니다 .
화이팅입니다. 구글 오팔도 좋더라구요 ㅎㅎ
개발자가 아닌 사람도 한 번 해보고 싶을 만큼~ 땡기는(?) 글이네요~ ^^
일단, @anpigon 님과 몇몇 뜻있는 분들이 힘을 합쳐서
어디서든 바로 쓸 수 있는
MCP 서버레파지토리(?) 혹은 MCP 서버 플랫폼(?) 같은 비즈니스를 한 번 해보는 건 어떨까 하는 생각을 해봤습니다! ^^
좋은 생각입니다. 저도 블록체인과 AI를 어떻게 활용 할수 있을까 매일 고민하고 있습니다. 조만간 여유가 생기면 해보고 싶어요 ㅎ