# [[Agent-to-Agent (A2A)]]

## 📌 Brief Summary
Agent-to-Agent (A2A)는 다중 에이전트 시스템에서 서로 다른 에이전트나 하네스 간의 작업 위임 및 상호 통신을 표준화하기 위해 설계된 오픈 프로토콜입니다 [1-3]. 주로 HTTPS, JSON-RPC, Server-Sent Events(SSE)를 활용하여 상태 기반의 작업 관리와 실시간 스트리밍을 지원합니다 [3-6]. 에이전트 하네스 엔지니어링 관점에서 A2A는 개별 도구 호출(MCP)을 넘어 에이전트 간의 오케스트레이션 및 조정 경계(E-컴포넌트)를 담당하는 핵심 인프라 기술입니다 [7, 8].

## 📖 Core 소 Content
*   **비대칭적 계층 위임 구조**: A2A 프로토콜은 본질적으로 비대칭적(asymmetric) 특성을 가집니다. 위임하는 하네스와 위임받는 하네스가 서로 다른 역할을 수행하며, 이는 다중 하네스 환경에서 주(Main) 에이전트가 하위 작업을 원격 에이전트에게 위임하는 계층적(hierarchical) 구조에 최적화되어 있습니다 [9, 10].
*   **에이전트 검색(Discovery) 메커니즘**: 각 하네스는 자신이 호스팅하는 에이전트의 기능(capability)과 통신 인터페이스를 명시하는 **'에이전트 카드(Agent Card)'**를 제공하며, 이를 통해 시스템은 필요한 기능을 가진 다른 에이전트를 동적으로 탐색하고 작업을 할당할 수 있습니다 [9-11].
*   **메시지와 아티팩트의 분리**: A2A 프로토콜은 통신 과정에서 단순한 메시지(messages)와 결과물인 아티팩트(artifacts)를 명시적으로 분리합니다. 작업의 결과는 채팅 메시지 형태가 아니라 명확한 형태의 작업 아티팩트로 반환되는 것을 원칙으로 삼아 하네스 내부의 아티팩트 우선(artifact-first) 설계와 강력한 호환성을 가집니다 [11].
*   **프로토콜 스택에서의 역할**: 에이전트가 고수준의 의도를 교환하는 데는 ACP(Agent Communication Protocol)가, 구체적인 도구를 호출할 때는 MCP(Model Context Protocol)가 사용되며, **A2A는 그 중간에서 작업 위임(task delegation)을 관장**하여 일관된 하네스 통신 스택을 형성합니다 [12, 13].

## ⚖️ Trade-offs & Caveats
*   **네트워크 지연(Latency)의 한계**: A2A는 인터넷 규모의 조직 간 통신을 전제로 설계되어 원격 에이전트 위임 시 약 **50-200ms의 네트워크 지연 시간**이 발생합니다. 이는 로컬 프로세스에서 2-15ms 만에 처리되는 MCP 기반 도구 호출에 비해 훨씬 느리므로, 긴밀하고 빈번한 상호작용이 필요한 루프보다는 규모가 큰 작업의 원격 위임에 제한적으로 사용해야 합니다 [5, 6].
*   **권한 변환의 표준화 부재**: A2A를 통해 전달된 원격 작업 지시가 로컬 환경의 MCP 도구 권한(permission grants)으로 어떻게 안전하게 맵핑되어야 하는지에 대한 **명시적인 통합 경계가 아직 프로토콜 수준에서 정의되어 있지 않습니다**. 이로 인해 현재 배포자들은 A2A와 MCP 사이의 권한 변환 로직을 임시방편(ad-hoc)으로 직접 구현해야 하는 보안 및 유지보수의 부담을 가집니다 [14, 15].

## 🔗 Knowledge Connections

### Related Concepts

#### [통신 및 통합 프로토콜]
*   **[[MCP (Model Context Protocol)]]**
    *   연결 이유: A2A가 에이전트 간의 통신을 담당한다면, MCP는 에이전트 하네스와 외부 도구 간의 호출 경계를 표준화하여 상호 보완적인 통신 스택을 구성하기 때문입니다 [7, 8, 16, 17].
    *   이 개념을 통해 더 깊게 이해할 수 있는 부분: 하네스 내부의 로컬 도구 접근(MCP)과 하네스 외부로의 작업 위임(A2A)이 어떻게 분리되어 동작하는지 아키텍처를 이해할 수 있습니다 [14, 15].

*   **[[ACP (Agent Communication Protocol)]]**
    *   연결 이유: IBM에서 제안한 프로토콜로, 하네스 간의 고수준 의도(intent) 통신에 초점을 맞추며, 향후 A2A와 하나의 표준으로 통합(merge)되는 생태계적 연관성을 가지기 때문입니다 [12, 13, 18].
    *   이 개념을 통해 더 깊게 이해할 수 있는 부분: 하위 작업 지시(A2A)를 넘어 에이전트 간 고수준의 자율적 목표 전달 메커니즘을 파악할 수 있습니다 [12, 13].

#### [하네스 아키텍처 구성 요소]
*   **[[Execution Loop (E-component)]]**
    *   연결 이유: 다중 에이전트 시스템에서 A2A 프로토콜은 에이전트 간의 실행 루프를 조율하고 조정하는 E-컴포넌트의 다중 에이전트 오케스트레이션 기능을 외부 네트워크로 확장한 것이기 때문입니다 [7-10].
    *   이 개념을 통해 더 깊게 이해할 수 있는 부분: 단일 에이전트의 관찰-생각-행동 루프가 A2A 위임 호출을 통해 어떻게 병렬 또는 원격 서브 에이전트로 분기(fan-out)되는지 이해할 수 있습니다 [9, 10].

### Deeper Research Questions
*   A2A의 50-200ms 네트워크 지연 시간이 잦은 피드백과 상태 공유를 요구하는 다중 에이전트 기반 협업 워크플로우 성능에 어떠한 영향을 미치는가? [5, 6]
*   A2A 프로토콜을 통해 하네스 간 작업 위임 시 수신 측 하네스가 A2A의 작업 승인 정보를 로컬 MCP 서버의 안전한 권한 정책으로 변환(Translation)하기 위한 표준 아키텍처는 어떻게 구성되어야 하는가? [14, 15]
*   A2A와 같은 신뢰된 에이전트 간 메시지 채널을 악용한 교차 에이전트 프롬프트 인젝션(Cross-agent prompt injection) 공격을 하네스의 거버넌스 계층에서 어떻게 식별하고 차단할 것인가? [19, 20]
*   대규모 엔터프라이즈 환경에서 Agent Card를 이용한 분산 에이전트 검색(Discovery) 메커니즘은 보안과 상태 가용성을 유지하며 어떻게 동적으로 스케일링될 수 있는가? [9-11]
*   A2A의 비대칭적(Asymmetric) 통신 모델이 자율적인 P2P 협력 토폴로지와 비교할 때, 계층형 오케스트레이터-워커 패턴에서 가져오는 제어 역학(Control dynamics)의 구체적인 장점과 한계는 무엇인가? [9, 10]

### Practical Application Contexts
*   **Implementation:** HTTPS 및 Server-Sent Events(SSE) 기술을 기반으로 A2A 어댑터를 구현하여 원격 에이전트 간에 작업(Task) 구조체와 진행 상태, 그리고 결과 아티팩트를 실시간으로 스트리밍하는 시스템을 구축합니다 [3, 4, 11].
*   **System Design:** 주(Main) 에이전트의 하네스가 로컬 기능은 내부의 MCP 커넥터로 처리하고, 조직 외부의 원격 특화 에이전트에게는 A2A 인터페이스를 통해 하위 작업을 위임하도록 책임을 철저히 분리하는 멀티 프로토콜 아키텍처를 설계합니다 [9, 10, 16, 17, 21].
*   **Operation / Maintenance:** 하네스 간 분산 호출이 이루어지는 구조이므로, A2A 경계를 넘어가는 권한 위임 체인에 대한 감사 로그(Audit log)를 남기고, 50-200ms 지연 시간에 대응하기 위한 재시도 및 중단(Cancellation) 정책 등 장애 복구 런타임을 유지보수해야 합니다 [5, 6, 11, 22].
*   **Learning Path:** 에이전트 하네스 엔지니어링 학습 시, 단일 에이전트의 도구 연동(MCP)을 먼저 익힌 뒤 시스템이 수평적으로 확장되는 단계에서 원격 에이전트 간 오케스트레이션 메커니즘(A2A) 및 의도 교환(ACP) 스택을 학습하는 로드맵을 따릅니다 [12, 13].
*   **My Project Relevance:** 소스에 특정 사용자 프로젝트와 관련된 정보가 부족하므로 일반적인 적용 맥락을 서술합니다. 만약 다중 모델이나 타 조직의 자율 에이전트와 연동해야 하는 대규모 시스템을 기획한다면, 하네스 내부에 A2A 어댑터(Adapter)를 채택하여 벤더 종속성 없이 외부 에이전트를 유연하게 호출하고 통제하는 기반으로 활용할 수 있습니다 [11, 23].

### Adjacent Topics
*   **[[Distributed Systems]]**
    *   확장 방향: 다중 에이전트 시스템이 A2A를 통해 서로 통신하게 되면 본질적으로 분산 시스템과 동일한 과제(동시성 제어, 공유 상태 일관성, 메시지 라우팅, 비잔틴 결함 허용 등)를 직면하게 되므로, 이를 분산 시스템 설계 패턴 관점으로 확장하여 연구할 수 있습니다 [24-27].

---
*Last updated: 2026-05-01*