A2A 프로토콜

A2A 프로토콜이란?

A2A가 실제로 바꾸는 것은 연동 공사의 단위입니다. 지금까지는 부서마다 다른 벤더의 에이전트를 붙이려면 상대 API 문서를 받아 일대일 커넥터를 짜야 했고, 에이전트가 다섯 개면 스무 개의 연결선을 따로 관리해야 했습니다. A2A에서는 각 에이전트가 자기가 무슨 일을 할 수 있는지 스스로 내거는 명세를 공개하고, 상대는 그 명세만 읽고 작업을 넘깁니다. 연동이 개발 과제에서 등록 작업으로 내려오는 것이 체감되는 차이입니다.

실무에서 마주치는 구성 요소는 크게 세 가지입니다. 에이전트 카드는 주소·기능·인증 방식을 적은 명함으로 서버의 고정 경로에 JSON 파일로 올려 둡니다. 태스크는 접수·진행·입력 필요·완료 같은 상태를 오가는 작업 단위여서, 3초 만에 끝나는 재고 조회부터 사흘 걸리는 심사까지 같은 규격으로 다룹니다. 결과는 대화용 메시지와 산출물인 아티팩트로 나눠 회신합니다. MCP가 도구를 꽂는 콘센트라면 A2A는 담당자끼리 주고받는 결재선이라, 한 에이전트가 두 규격을 동시에 쓰는 구성이 기본형입니다.

전제 조건도 분명합니다. 표준은 상대가 받아 줘야 성립하므로, 사내 RPA나 20년 된 ERP처럼 A2A를 말하지 못하는 시스템에는 어댑터를 한 겹 씌워야 합니다. 협업 구조를 그리기 전에 '누가 최종 판단을 하는 에이전트인가'를 먼저 정해 두는 편이 안전합니다. 총괄 없이 동등한 에이전트끼리 붙여 두면 책임 주체가 사라진 자동화가 됩니다.

가장 흔한 오해는 프로토콜만 붙이면 에이전트들이 알아서 손발을 맞춘다는 기대입니다. 실제로는 A 에이전트가 B에게, B가 다시 A에게 되묻는 위임 루프가 돌면서 하룻밤 사이 API 비용이 수십만 원씩 새는 사고가 먼저 터집니다. 위임 깊이 제한, 건당 호출·비용 상한, 전 구간 감사 로그를 붙이지 않으면 잘못된 견적이 고객에게 나간 뒤에도 어느 에이전트가 만든 숫자인지 추적하지 못합니다. 외부 벤더 에이전트로 고객 정보가 넘어가는 구간은 계약서에 데이터 처리 범위를 명시하고 시작해야 합니다.