Skip to Content

A2A와 비동기 협업

실습복습
관련 기초 개념

개요

Agent 간 메시지·작업 상태 계약을 읽는다.

먼저 다중 Agent와 사람의 개입, API·MCP의 역할의 핵심 개념을 확인하세요.

핵심 개요

A2A는 원격 에이전트 사이의 메시지·과제·결과 교환을 위한 프로토콜입니다. 도구 연결을 중심으로 하는 MCP와 목적이 다르며 하나의 시스템에서 함께 사용할 수 있습니다.

긴 작업은 즉시 성공한 것처럼 응답하지 않고 과제 식별자와 상태를 관리합니다. 중단·실패·추가 입력 필요 상태와 최종 산출물을 구분해야 합니다.

필요한 용어

  • Task: 상태와 식별자를 가진 원격 작업 단위
  • Artifact: 작업에서 생성한 결과 자료

작동 과정

  1. 상대 에이전트의 기능·인증·계약을 확인합니다.
  2. 작업 ID로 메시지·진행 상태·결과를 연결합니다.
  3. 재접속·중복 요청·실패와 취소를 처리합니다.

풀이 예제

아래 입력과 기록은 직접 만든 교육용 가상 자료입니다.

입력·조건

원격 분석 요청은 접수됐지만 완료까지 시간이 걸립니다.

판단·결과

접수 응답의 작업 ID로 진행을 조회하고 실제 산출물이 준비됐을 때 완료 처리합니다.

이렇게 판단한 이유

접수와 완료를 구분하지 않으면 빈 결과를 성공으로 보이거나 재요청으로 작업을 중복 생성할 수 있습니다.

흔한 실패와 복구

에이전트 기능 광고를 실제 실행 권한이나 신뢰의 증명으로 사용하지 않습니다. 인증·권한·결과를 별도로 확인합니다.

확인 문제

비동기 작업이 접수되었다는 응답은 무엇을 뜻하나요?

  1. 요청을 받았으며 최종 완료 상태는 별도 확인해야 한다
  2. 최종 결과가 검증까지 끝났다
  3. 새 작업을 계속 만들어도 된다

풀이 기록 기능을 불러오는 중…

해설 보기

정답: A. 요청을 받았으며 최종 완료 상태는 별도 확인해야 한다

요청을 받았으며 최종 완료 상태는 별도 확인해야 한다 에이전트 기능 광고를 실제 실행 권한이나 신뢰의 증명으로 사용하지 않습니다. 인증·권한·결과를 별도로 확인합니다.

참고 자료

  1. A2A protocol specification  — 원격 에이전트의 메시지·과제·비동기 상태.
  2. MCP: Architecture  — host·client·server 및 세션 경계.

자료 확인: 2026-10-21. 사례·문항·실습은 자체 제작했습니다. 외부 서비스 호출과 실제 모델 품질 측정은 학습자가 별도 환경에서 수행합니다.

직접 적용하기

교육용 가상 상황

원격 에이전트가 추가 파일을 요구한 뒤 연결이 끊겼습니다. 재개와 정보 전달 정책을 설계하세요.

Agent 간 메시지·작업 상태 계약을 읽는다. 판단 근거와 검증할 결과를 적으세요.

답안 저장 기능을 불러오는 중…

검증 기준과 해설 보기
  1. 기존 작업 ID와 상태를 조회한다
  2. 요구한 자료의 권한·필요성을 확인한다
  3. 중복 작업·불필요한 민감 정보 전달을 막는다

기존 작업 ID의 상태와 추가 입력 요청을 확인합니다. 필요한 파일 범위와 상대의 권한을 검사한 뒤 같은 작업에 허용 자료를 전달합니다. 상태·산출물 버전을 보존하고 실패·취소는 완료와 구분합니다. 구체 상태 이름은 사용 프로토콜 버전의 계약을 따릅니다.

복습하기

  1. MCP와 A2A의 초점은 어떻게 다른가요?
  2. 작업 ID는 왜 유지하나요?
  3. 산출물은 언제 사용하나요?
답변 확인 기준
  1. MCP와 A2A의 초점은 어떻게 다른가요?

    도구·자료 연결과 원격 에이전트 작업 교환의 차이가 있습니다.

  2. 작업 ID는 왜 유지하나요?

    재개·중복 방지·상태와 결과 연결을 위해서입니다.

  3. 산출물은 언제 사용하나요?

    완료·버전·권한·내용 검증 뒤 사용합니다.