에이전트 협업 가속화: Weights & Biases, Google Cloud와 함께 Agent2Agent 상호운용성 프로토콜 추진
Google Cloud와의 최신 파트너십에서 알아두어야 할 사항
이 글은 AI로 번역되었습니다. 오역이 의심되면 댓글로 알려주세요.
Created on September 10|Last edited on September 10
Comment
도입 및 채택 AI 에이전트 가속도가 붙고 있습니다. 우리는 단일하고 거대한 시스템을 넘어, 특화된 에이전트들이 협력해 복잡한 문제를 해결하는 역동적인 생태계로 나아가고 있습니다. 그러나 이러한 미래가 제대로 꽃피우려면, 특히 서로 다른 프레임워크로 구축되었거나 조직 경계를 넘어 운영되는 경우에도, 에이전트들이 소통하고 협력할 수 있는 표준화된 방식이 필요합니다.
이 오픈 프로토콜은 불투명한 에이전트 시스템들 간의 원활한 상호운용성과 협업을 가능하게 하는 중대한 과제를 해결하는 것을 목표로 합니다.
왜 A2A인가? 에이전트 협업의 필요성
Google Cloud의 제안서가 강조하듯, 에이전트 생태계는 매우 다양합니다. 수많은 프레임워크, 모델, 배포 전략이 공존하죠. 이러한 혁신은 흥미롭지만 동시에 사일로를 낳습니다. 특히 서로의 내부 동작(메모리, 특정 도구, 계획 로직)에 접근할 수 없을 때, 에이전트들은 맥락을 쉽게 공유하거나 작업을 위임하고 효과적으로 협업하기가 어렵습니다. 서로에게 ‘불투명’해지기 때문입니다.
A2A는 이 격차를 메우기 위해 설계되었습니다. 특히 클라이언트(예: 여러분의 애플리케이션이나 다른 에이전트)가 원격 에이전트의 내부 리소스에 접근하지 않고도 작업을 요청하고 협업할 수 있도록 그 방식을 표준화하는 데 초점을 맞춥니다. 경계를 넘나들며 함께 일하는 에이전트들을 위해 표준적인 핸드셰이크와 대화 규칙을 정의하는 것이라고 생각하시면 됩니다.
A2A는 단순한 도구 강화나 간단한 API 통합을 넘어서는 개념임을 이해하는 것이 중요합니다. 특히 서로 다른 시스템 전반에 걸친 복잡하고 지속적으로 진화하는 과제를 다루기 위한 진정한 에이전트 협업에는 더 풍부한 소통 프레임워크가 필요합니다. A2A는 에이전트가 동적으로 파트너를 발견하고, 상호작용을 협상하며, 시간에 걸친 복잡한 다단계 프로세스를 조율하고, 맥락을 이해하는 정교한 대화를 수행할 수 있도록 함으로써 이를 제공합니다. 이를 통해 내부가 불투명할 수 있는 시스템들 사이에서도 자율적이고 목표 지향적인 상호작용이 가능해지며, 사전에 정해진 도구 연결이나 기본적인 함수 호출을 훨씬 넘어서는 창발적이고 적응적인 팀워크를 촉진합니다.
A2A와 MCP: 에이전트 스택을 이루는 상호보완적 축
여러분은 아마 익숙하실 수도 있습니다 Model Context Protocol (MCP), 또 하나 주목받고 있는 중요한 표준(그리고 우리가 깊은 관심을 갖고 있는 분야)입니다. 이 두 프로토콜이 어떻게 맞물려 작동하는지 이해하는 것이 중요합니다:
- MCP주로 에이전트가 작업을 수행하는 데 필요한 외부 도구, 리소스, 정보에 어떻게 접근하는지를 다룹니다. 즉, 에이전트를 ‘무장’시키는 것에 관한 표준입니다. (비유하자면: MCP를 통해 정비사에게 수리 매뉴얼과 진단 도구를 건네주는 것과 같습니다.)
- A2A: 주로 서로 구별되며 내부가 종종 불투명한 다른 에이전트들과 에이전트가 어떻게 소통하고 협업하는지에 초점을 둡니다. 즉, 에이전트 간 팀워크에 관한 것입니다. (비유하자면: 정비사가 A2A를 사용해 부품 공급업체의 별도 에이전트와 대화하는 상황을 떠올려 보세요.)
Google Cloud의 A2A 문서에서도 제시하듯, 두 프로토콜은 상호보완적입니다. 어떤 에이전트는 MCP(예를 들어 디렉터리에 리소스로 등재된) 다른 에이전트를 발견하는 데 활용하고, 실제 상호작용과 협업은 A2A로 수행할 수 있습니다. 두 프로토콜은 함께 복잡하고 다중 구성요소로 이루어진 에이전트 시스템을 구축하는 데 필수적인 계층을 이룹니다.
가시성의 필수성: 왜 이것이 W&B와 Weave에 중요한가
A2A가 원칙으로서 “Opaque Execution”을 채택한 것은 타당합니다. 즉, 에이전트의 내부 계획을 반드시 공유할 필요는 없다는 뜻입니다. 하지만 에이전트 간 상호작용과 그들이 수행·관리하는 작업은 디버깅, 성능 튜닝, 신뢰 구축을 위해 반드시 가시성이 확보되어야 합니다.
게다가 A2A의 핵심 원칙 중 하나는 “엔터프라이즈 준비(Enterprise Ready)”로, 다음과 같은 요구 사항을 명시적으로 강조합니다. 트레이싱 와 모니터링. 이는 우리의 관점과 완벽하게 일치합니다. MCP와 A2A 같은 프로토콜을 통해 이러한 에이전트 시스템이 서로 더 긴밀히 연결될수록 “블랙박스” 문제는 기하급수적으로 커집니다. 포괄적인 가시성은 있으면 좋은 수준이 아니라, 근본적인 필수 요소입니다.
우리가 MCP 내에서 OpenTelemetry 기반 가시성을 제안해 온 것도 같은 필요에서 비롯된 일입니다. 우리는 표준화된 가시성이 이러한 기반 프로토콜에 처음부터 내장되어야 한다고 믿습니다. A2A가 발전함에 따라, A2A가 중개하는 상호작용이 다음과 같은 가시성 플랫폼 내에서 효과적으로 트레이싱되고 모니터링될 수 있도록 보장하는 것이 중요합니다. W&B Weave 가장 중요해질 것입니다.
우리는 에이전트들이 협업했다는 사실만이 아니라, 그 협업의 흐름과 상태 변화, 그리고 결과까지 이해할 수 있어야 합니다.
우리의 약속과 향후 로드맵
런치 파트너로서 Weights & Biases는 A2A의 발전에 기여하고 에이전트 생태계 내 통합 가능성을 탐색하게 되어 기쁘게 생각합니다. 우리는 다음을 약속합니다:
- 가시성의 중요성 강조A2A가 발전하는 동안 Weave 경험과 MCP에 대한 우리의 제안을 바탕으로, 가시성이 일급 고려 사항으로 지속되도록 보장하겠습니다.
- 통합 가능성 탐색Weave가 MCP와 A2A를 모두 활용하는 시스템에서 어떻게 의미 있는 인사이트를 제공할 수 있는지 조사합니다.
- 커뮤니티 협력Google Cloud, 다른 파트너��, 그리고 더 넓은 커뮤니티와 공개적으로 협력하여 A2A를 정교화하고 그 성공을 보장하겠습니다.
AI의 미래는 협력적이고 상호 연결되어 있습니다. MCP와 A2A 같은 프로토콜이 그 기반 인프라를 제공합니다. 우리의 역할은 이 미래를 구축해 나가면서 가시성을 확보해, 견고하고 신뢰할 수 있는 에이전트 시스템을 개발·디버그·배포할 수 있도록 “불을 켜 둔” 상태로 진행하는 것입니다.
A2A 프로토콜이 발전하고 지원 통합을 시작함에 따라 더 많은 소식을 공유하게 되길 기대합니다.
계속 지켜봐 주세요.
Add a comment