A2A
무료
A2A는
도구 텍스트(완전히 채워주세요)
핵심 매개변수 및 통계
A2A는 전통적인 의미의 SaaS가 아니라 다중 에이전트 상호 운용성을 위한 개방형 프로토콜 집합입니다. 그 가치는 "채팅 인터페이스 교체"에 있는 것이 아니라 다양한 프레임워크, 공급업체 및 배포 위치에 있는 에이전트를 위한 공통 통신 및 협업 계층을 제공하는 데 있습니다.
| 프로젝트 | 공공정보 |
|---|---|
| 프로토콜 이름 | Agent2Agent(A2A) 프로토콜 |
| 프로토콜 양식 | 개방형 프로토콜, 참조 구현 SDK 생태학 |
| 거버넌스 및 출처 | Google이 기여한 Linux Foundation 시스템의 오픈 소스 프로젝트 |
| 공식 사이트 | a2a-protocol.org |
| GitHub 저장소 | a2aproject/A2A |
| 최신 버전 | v1.0.1 (2026-05-26) |
| 역사적 이정표 | v1.0.0(2026-03-12), v0.3.0(2025-07-30) |
| 커뮤니티 규모 | 약 24,200개의 별, 2,500개의 포크, 158명의 기여자 |
| 파트너 | 50개 이상의 기술 파트너 및 서비스 제공업체 |
| 핵심 커뮤니케이션 | HTTP(S), SSE, 푸시 알림을 통한 JSON-RPC 2.0 |
| 지원 데이터 | 텍스트, 파일, 구조화된 JSON 데이터 |
| 주요 SDK | Python, Go, JavaScript, Java, .NET, Rust |
| 라이센스 | 아파치-2.0 |
프로토콜 포지셔닝: A2A의 핵심은 "더 강력한 에이전트를 만드는 것"이 아니라 에이전트가 작업 및 피드백 상태를 발견, 협상, 전달하는 방법을 표준화하는 것입니다. 기업의 경우 이는 각 프로젝트에서 커넥터를 재창조하는 대신 프레임워크 전체를 통합할 때 인터페이스 관리를 전면적으로 로드할 수 있음을 의미합니다.
커뮤니티 신호: GitHub 페이지에는 약 24,200개의 별, 2,500개의 포크 및 158명의 기여자가 표시되어 개념 이니셔티브에서 보다 성숙한 엔지니어링 협업 단계에 진입했으며 적어도 관찰 가능한 개발자 관심 및 기여 기반이 있음을 나타냅니다.
버전 리듬: 2025년 4월 9일 공식 출시 발표부터 2025년 7월 30일 0.3.0, 2026년 3월 12일 1.0.0, 2026년 5월 26일 1.0.1까지 A2A의 메인라인은 프로토콜 초안에서 안정적인 유지 관리로의 전환을 완료했습니다.
사용자 및 시장 인지도
파트너의 폭: 2025년 4월 9일 Google의 공식 발표는 Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, ServiceNow 및 기타 기업을 포괄하는 50개 이상의 기술 파트너 및 서비스 제공업체의 협력을 제공했습니다. 이는 A2A가 처음부터 단일 제조업체의 소유가 아니라 생태학적 상호 연결을 위한 표준화된 방향임을 나타냅니다.
오픈 소스 수용: 프로토콜 기반 프로젝트의 경우 별 24.2,000개와 포크 2.5,000개이면 충분합니다. 특히 웨어하우스에서 릴리스, 문제 및 기여자 활동이 계속해서 생성되는 경우에는 더욱 그렇습니다. 이러한 종류의 인기는 일반적으로 개발자가 단순히 흥미를 느끼는 것이 아니라 구현할 수 있는 통합 표준으로 취급하고 있음을 의미합니다.
조직 보증: A2A는 Linux Foundation의 맥락에서 Google의 엔지니어링 추진력과 개방형 협업 접근 방식을 모두 갖추고 있습니다. 이 조합은 단일 회사가 독립적으로 홍보하는 프로토콜보다 제3자가 채택하기가 더 쉬운 경우가 많습니다. 단일 제품 경로에 갇힐 염려가 줄어들기 때문입니다.
공개 범위 : 사용자 수, 매출, 기업 구매 금액, 상용화 전환율은 공개하지 않습니다. 이는 합의에 있어서 예상치 못한 일이 아닙니다. 실제로 이에 따라 달라지는 것은 판매 유입 경로가 아니라 후속 SDK, 샘플 및 각 에이전트 플랫폼에 대한 액세스의 밀도입니다.
비용 이점
프로토콜 자체는 좌석 요금을 청구하지 않습니다: A2A의 공용 창고는 Apache-2.0을 사용하며 프로토콜과 참조 구현을 모두 직접 사용할 수 있습니다. 개발자와 아키텍처 팀의 경우 초기 비용은 프로토콜 라이센스 비용을 미리 지불하는 대신 사양을 배우고, SDK에 액세스하고, 테스트를 완료하는 데 주로 사용됩니다.
개발자 계층: 비용은 라이선스보다는 통합에 중점을 둡니다: A2A를 사용할 때 실제 오버헤드는 일반적으로 프로토콜 자체보다는 에이전트 서비스 조정, 인증, 메시지 흐름, 관찰 가능성 및 회귀 테스트에서 발생합니다. 즉, "표준 구매" 비용을 줄이고 "도킹" 비용을 엔지니어링 구현에 맡깁니다.
엔터프라이즈 계층: 시스템 거버넌스로 비용 이전: 기업이 부서 간 또는 클라우드 에이전트 간 협업을 위해 A2A를 사용하려는 경우 일반적으로 예산 초점은 게이트웨이, 감사, 인증 SLA, 런타임 및 거버넌스 플랫폼에 있습니다. A2A는 상호 운용성을 더 쉽게 해주지만 엔터프라이즈 수준 거버넌스의 복잡성을 자동으로 제거하지는 않습니다.
현재 가격 상태: 공식적인 공개 청약 가격, 수량 가격 또는 민영화 가격이 없습니다. 존재하지 않는 가격표를 찾는 것보다 대상 생태의 기본 표준 위치에 진입했는지 확인하는 것이 구매 판단에 더 의미가 있습니다.
주요 기능
- 에이전트 카드 검색 메커니즘: 에이전트는 JSON 형식의 기능 카드를 통해 기술, 엔드포인트 및 인증 요구 사항을 노출합니다. 클라이언트는 이를 기반으로 가장 적합한 원격 에이전트를 선택할 수 있으므로 도킹 목록의 수동 유지 관리가 줄어듭니다.
- 작업 중심 협업: A2A는 작업을 중심으로 커뮤니케이션을 관리합니다. 이는 일회성 요청-응답이 아닌 장기적인 작업, 비동기 작업 및 지속적인 피드백이 필요한 복잡한 프로세스에 적합합니다.
- 다중 모드 상호 작용: 프로토콜은 텍스트, 파일 및 구조화된 데이터를 지원하며 UI 양식을 중심으로 상호 작용 방법을 협상할 수도 있습니다. 에이전트를 "일반 텍스트 질문과 답변"에서 "작업 실행 인터페이스"로 발전시키는 데 적합합니다.
- 스트리밍 및 푸시 알림: SSE 및 푸시 알림을 사용하면 원격 에이전트가 상태를 지속적으로 반환할 수 있으므로 대기, 확인 및 단계적 반환이 필요한 프로세스에 적합합니다.
- 엔터프라이즈 수준 인증 아이디어: 공식 문서에는 인증 및 권한 부여가 설계 원칙으로 명확하게 나열되어 있습니다. 이는 단순히 데모 시연용으로 설계된 것이 아니라 보안 경계를 프로토콜 계층 앞에 두는 것을 의미합니다.
이러한 능력을 결합하면 "에이전트 찾기, 에이전트와 연결, 진행 상황 보기, 결과 얻기"의 네 가지가 통합되는 효과가 있습니다. 플랫폼 간 오케스트레이션이 필요한 팀의 경우 이는 단순히 모델 기능을 향상시키는 것보다 실제 가치를 제공하는 데 더 가깝습니다.
모델 및 버전의 진화
A2A는 모델 제품이 아니라 프로토콜 표준입니다. 여기서 버전 진화는 사양 및 창고 메인라인이 초안에서 안정적인 유지 관리로 이동하는 방식을 나타냅니다.
공개 마일스톤
| 시간 | 노드 | 변화의 핵심 포인트 |
|---|---|---|
| 2025-04-09 | 공식 발표 | A2A는 50개 이상의 파트너와 함께 개방형 프로토콜로 처음으로 출시되었습니다 |
| 2025-07-30 | v0.3.0 | mTLS, 에이전트 카드 확장 및 프로토콜 바인딩 조정 완료 |
| 2026-03-12 | v1.0.0 | 1.0 트렁크 진입으로 사양 구조 및 작업/메시지 모델이 더욱 안정화되었습니다 |
| 2026-05-26 | v1.0.1 | 1.0 트렁크의 바인딩, TaskStatus 및 트랜스코딩 문제를 계속 수정 |
본심판결
- 0.x 단계: 프로토콜 형성 단계와 유사하며 에이전트 카드 마무리, 작업 수명 주기, 메시지 구조 및 전송 바인딩에 중점을 둡니다.
- 1.0단계: 프로토콜이 이미 안정적인 API 의미 체계를 갖추고 있으며 후속 조치는 대규모 전복보다는 유지 관리, 패치 및 생태학적 적응에 더 중점을 둘 것임을 의미합니다.
버전 의미
구현 팀의 경우 v1.0.1과 같은 작은 버전은 일반적으로 사양이 파일럿 또는 사전 프로덕션 검증을 위한 준비가 되었음을 의미하지만, 사용하는 SDK, 샘플 코드 및 대상 플랫폼이 동일한 트렁크에 동기화되는지 여부는 여전히 확인해야 합니다.
기술적인 장점
메커니즘 1: 표준화 발견 및 협상. 에이전트 카드가 기능, 엔드포인트 및 인증 정보를 구성한 후 클라이언트 에이전트는 수동 구성 테이블에 의존하지 않고 대상 에이전트를 찾을 수 있습니다. 그 효과는 시스템 간 검색 비용을 줄이는 것이며 기업 내 다중 팀 및 다중 공급업체 시나리오에 적합합니다.
메커니즘 2: 작업 수명 주기 관리. A2A는 하나의 상호작용을 종료점으로 간주하지 않고 작업을 제출, 실행, 피드백, 완료 등의 단계로 나눕니다. 그 효과는 채용심사, 공급망 조정, 단계별 승인 등 단계적 확인이 필요한 장기적인 업무와 프로세스에 더 적합하다는 것입니다.
메커니즘 3: SSE 및 푸시 알림. 긴 작업은 폴링으로 지원할 필요가 없습니다. 시스템은 지속적으로 진행 상황을 푸시할 수 있습니다. 그 효과는 대기 기간 동안 상태 불일치를 줄이는 것입니다. 작업 주문, 분석, 오케스트레이션 및 백그라운드 일괄 처리에 적합합니다.
메커니즘 4: UI 협상을 계약에 통합합니다. 메시지 부분(parts)은 다양한 표현 형태가 공존할 수 있도록 해줍니다. 그 결과 에이전트는 더 이상 "말"할 수 있을 뿐만 아니라 양식, 파일, 오디오 및 비디오, 기타 대화형 양식을 동일한 협업 프레임워크에 통합할 수 있습니다.
이러한 기술 선택의 일반적인 결과는 A2A가 특정 모델의 프런트엔드 셸이라기보다는 "에이전트 간 범용 전송 계층" 및 "작업 협업 계층"에 더 가깝다는 것입니다. 상호 운용성 문제를 해결하므로 생태학적 규모가 커짐에 따라 그 가치도 증폭됩니다.
사용방법
A2A의 공식 입구는 주로 문서 스테이션, 사양 스테이션 및 GitHub 창고의 세 가지 레벨로 구성됩니다.
| 입구 | 목적 | 행동에 적합 |
|---|---|---|
| A2A 문서 사이트 | 프로토콜, 튜토리얼 및 사이트 탐색 읽기 | 개념과 용어의 경계를 먼저 설정 |
| A2A 사양 저장소 | 프로토콜 정의, 변경 사항 및 예 보기 | 버전 잠금 및 구현 세부정보 확인 |
| A2A GitHub 릴리스 | 버전 발전 및 개정 보기 | 현재 트렁크 및 호환성 확인 |
| A2A 샘플 | 참조 샘플 구현 | 엔드투엔드 Unicom을 빠르게 검증 |
시작하기: 먼저 설명서 사이트를 읽어 용어를 이해한 다음 사양 웨어하우스를 읽어 작업 모델과 에이전트 카드를 확인한 다음 SDK 실행 샘플을 선택하고 마지막으로 에이전트를 A2A 서버로 노출하거나 A2A 클라이언트에 연결하세요.
수락 초점: 구현 시 "접속할 수 있습니까?"라고 묻는 것뿐만 아니라 인증 방법, 작업 상태 반환, 긴 작업 중단 복구 및 메시지 구조가 프로덕션 요구 사항을 충족하는지 확인해야 합니다.
제품 가격
가격 상태: A2A는 SaaS 구독 가격, 시트 가격 또는 볼륨 가격을 공식적으로 공개하지 않았습니다. 프로토콜과 리포지토리 모두 공개적으로 액세스할 수 있으며 상업적 비용은 주로 자체 에이전트 런타임, 인프라, 모니터링, 감사 및 통합 워크로드에서 발생합니다.
- 개인/학습: 프로토콜 임계값 비용이 거의 없으며 주요 비용은 학습 및 디버깅 시간입니다.
- 개발자/API: SDK 및 사양을 직접 사용할 수 있으며, 접속 인증, 메시지 처리, 회귀 테스트에 비용이 집중됩니다.
- 기업/개인: A2A가 부서 간 표준으로 채택되면 비용은 게이트웨이, 거버넌스, 규정 준수 및 조직 협업으로 전환되며 구체적인 예산은 플랫폼 범위 및 SLA에 따라 달라집니다.
현재로서는 '직접 주문할 수 있는 단일 제품'이라기보다는 '개방형 표준'으로 이해하는 것이 더 적합하다.
애플리케이션 시나리오
- 엔터프라이즈 프로세스 자동화: 조달, 승인, 작업 주문, 지식 기반, ERP 및 기타 시스템을 연결하여 다양한 에이전트가 작업 부문에 따라 협업하고 수동 전송을 줄일 수 있도록 합니다.
- 모집 및 후보자 심사: 한 에이전트는 검색을 담당하고 다른 에이전트는 인터뷰 준비 또는 배경 정보 편집을 담당하게 하여 다단계, 장기 작업에 적합합니다.
- 고객 서비스 및 지원 협업: 프론트 엔드 고객 서비스 에이전트는 백엔드 지식, 작업 주문 및 환불 에이전트와 협업하여 문제 배포 및 상태 반환의 효율성을 향상시킵니다.
- 공급망 및 운영 조정: 지속적인 진행 동기화가 필요한 프로세스에 적합한 재고, 물류, 조달 및 예측 간의 통합 작업 계층을 구축합니다.
- 다중 프레임워크 에이전트 오케스트레이션: 팀이 서로 다른 프레임워크 또는 서로 다른 클라우드 환경을 동시에 사용할 때 A2A는 보다 통합된 상호 운용성 경계를 제공하고 "각 플랫폼이 자체 언어를 사용합니다"라는 문제를 줄입니다.
해당자
- 플랫폼 설계자: 다양한 프레임워크와 공급업체를 동일한 거버넌스 모델 세트에 통합하기를 희망하면서 엔터프라이즈 수준 에이전트 상호 운용성 표준을 정의해야 합니다.
- 에이전트 프레임워크 개발자: 자신의 에이전트를 외부 시스템 호출에 노출하거나 타사 에이전트 협업에 액세스해야 합니다.
- 엔터프라이즈 통합 팀: 이미 여러 비즈니스 시스템과 AI 프로젝트를 보유하고 있으며 프로젝트 전반에 걸쳐 반복되는 통합을 줄이고 싶습니다.
- 프로토콜 연구 및 표준 추진 팀: 개방형 표준, 메시지 모델, 보안 바인딩 및 생태학적 협력에 중점을 둡니다.
경계에 적합하지 않음: 팀이 단지 독립형 채팅 애플리케이션, 일회성 자동화 스크립트를 만들고 싶거나 시스템 간 상호 운용성 요구 사항이 없는 경우 A2A의 프로토콜 추상화는 너무 무거워 보일 것입니다. 이러한 시나리오는 표준 계층을 먼저 도입하는 대신 단일 애플리케이션 계층 도구를 직접 사용하는 데 더 적합합니다.
요약 및 전망
A2A의 핵심 경쟁력은 '각 회사가 자체 인터페이스를 정의'하는 단계에서 '작업, 검색, 협상 및 상태 반환에 대한 공통 표준 설정' 단계까지 에이전트 상호 운용성을 향상시키는 데 있습니다. 가장 중요한 부분은 단일 기능 지점이 아니라 다양한 프레임워크, 다양한 공급업체, 다양한 운영 환경에 있는 에이전트가 마침내 모두가 따를 수 있는 협업 언어를 갖게 된다는 것입니다.
현재의 한계도 매우 분명합니다. 공식적인 상용 가격은 공개되지 않았으며 생태학적 성숙도는 여전히 다양한 SDK, 플랫폼 및 예제의 동기화 진행 상황에 달려 있습니다. 기업은 출시 시 품목별로 인증, 감사, 장기적인 업무 안정성, 호환성 등도 검증해야 한다. 파일럿을 수행하려면 먼저 소규모 검증을 위한 시스템 간, 고주파, 롤백 작업 링크를 선택한 다음 A2A를 엔터프라이즈 수준의 상호 운용성 표준으로 업그레이드할지 여부를 결정하는 것이 좋습니다. 정식 조달 또는 확장 전에는 여전히 프로토콜 백본, 대상 SDK 버전 및 기존 에이전트 플랫폼의 호환성 경계를 확인하는 데 집중해야 합니다.
관련 도구: crewai, langchain
버전 정보
- A2A 1.0.1 ：1.0 트렁크의 개정 버전은 HTTP 바인딩, TaskStatus 및 트랜스코딩과 관련된 문제를 계속 수정하여 프로토콜이 안정적인 유지 관리 단계에 진입했음을 나타냅니다.
- A2A 1.0.0 ：첫 번째 1.0 이정표는 작업 알림, 보안 솔루션, 메시지 바인딩 및 프로토콜 구조를 중심으로 백본 조직을 완성하는 것입니다.
- A2A 0.3.0 ：초기 중요 버전은 mTLS, 에이전트 카드 확장 및 프로토콜 바인딩 조정을 보완하여 사양을 공식 출시에 더 가깝게 만듭니다.
사용자 후기