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