A2A 프로토콜은 에이전트 간 통신을 위한 강력하고 표준화된 프레임워크를 제공합니다. 또한 획일적인 접근 방식이 모든 시나리오에 적합하지 않을 수 있음도 알고 있습니다. 바로 이 지점에서 확장 프로그램의 역할이 필요합니다. 개발자는 확장 프로그램을 통해 핵심 프로토콜을 넘어 A2A 서버에 맞춤 도메인별 기능과 메서드를 추가할 수 있습니다. 그 밖에도, 클라이언트는 원격 에이전트가 지원해야 하는 요구 사항을 더 추가할 수 있습니다. 이는 에이전트가 특화된 기능을 제공해야 하는 경우에 매우 유용할 수 있습니다.
시작하는 방법은 간단합니다. 다음은 A2A 프레임워크 내에서 메시지와 아티팩트에 타임스탬프를 추가하도록 설계된 'helloworld' 확장 프로그램입니다. 에이전트는 기능을 설명하는 JSON 파일인 'Agent Card'에서 확장 프로그램에 대한 지원을 선언하기만 하면 됩니다. 고유한 URI로 식별되는 확장 프로그램을 누구나 정의, 게시, 구현할 수 있으므로 생태계는 매우 개방적이고 커뮤니티 중심으로 운영됩니다. 이러한 접근 방식 덕분에 A2A 프로토콜이 유연함과 적응력을 잘 유지할 수 있고, 이를 통해 개발자는 훨씬 더 강력하고 전문화된 다중 에이전트 시스템을 개발할 수 있습니다.
A2A 도입이 계속됨에 따라 다양한 확장 프로그램 사용 사례를 목격하고 있습니다.
다양한 AI 에이전트가 오류 없이 안정적으로 협업하도록 보장하려면 커뮤니케이션을 평가하는 것이 매우 중요합니다. 추적성 확장 프로그램은 상호작용을 추적하고 문제를 효과적으로 진단하는 데 필요한 심층적인 가시성을 제공함으로써 이러한 평가를 가능하게 합니다.
ResponseTrace이 확장 프로그램의 핵심은 ResponseTrace 메시지로, 에이전트가 수행하는 작업의 시퀀스를 캡처하는 구조화된 로그입니다. 에이전트의 요청 사항을 로깅하는 데만 중점을 두고 있으며, 메인 A2A 프로토콜과 독립적으로 가볍게 설계되었습니다.
ResponseTrace는 일련의 단계로 구성됩니다. 각 단계는 단일 작업을 나타내며 다음 두 가지 유형 중 하나일 수 있습니다.
ToolInvocation: 함수 또는 API와 같은 특정 도구에 대한 호출입니다.
2. AgentInvocation: 다른 A2A 에이전트 또는 다른 유형일 수 있는 다른 에이전트에 대한 호출입니다.
중요한 점은 이 단계들이 계층 구조로 되어 있다는 것입니다. 한 에이전트가 추적성도 지원하는 두 번째 에이전트를 호출하면 두 번째 에이전트의 추적이 첫 번째 에이전트 내부에 중첩될 수 있습니다. 이를 통해 전체 워크플로를 처음부터 끝까지 완전하게 파악할 수 있습니다.
자세한 내용은 여기에서 확인하실 수 있습니다.
Twilio는 Twilio ConversationRelay를 기반으로 개발된 음성 에이전트의 모델 선택을 지원하기 위해 A2A에 지연 시간을 인식하는 확장 프로그램을 개발했습니다. 이것은 도메인 특화 기능의 전형적인 예입니다. 에이전트의 지연 시간 정보를 브로드캐스팅하는 기능은 에이전트 카드의 핵심 프로토콜 사양에 포함되지 않습니다. 그러나 바로 이 목적을 위해 Twilio는 최적의 에이전트를 선택하거나 상황에 따라 자연스럽게 적응하기 위한 확장 프로그램을 개발했습니다.
자세한 내용은 Twilio의 문서를 참조하세요.
Identity Machines는 A2A 확장 프로그램을 통한 에이전트 간 호출시 제로 트러스트 핸드셰이크를 구현합니다. Identity Machines는 에이전트 작업 위임이 어떻게 신뢰와 독립적인 정책 게이트에 기반하고 있는지 보여주었으며, 이를 통해 목적, 예산, 기능, 모델, PII 상태 등(맞춤 설정)의 조건이 에이전트가 작업을 수락하기 전에 적용될 수 있도록 했습니다.
자세한 내용은 문서를 살펴보세요.
유사한 메모에서, 이더리움은 AI 에이전트를 위한 신뢰 계층을 생성하여 서로 다른 조직의 경계를 넘어 상호 작용할 수 있도록 하는 것을 목표로 하는 ERC-8004를 제안했습니다. 이 표준은 신원, 평판, 검증을 위한 온체인 레지스트리를 도입하여 다양한 생태계의 에이전트 간에 안전하고 상호 운용 가능한 통신을 지원합니다.
