에이전트가 완료했다고 할 때: 위임 결과를 인수하는 계약

작업 상태와 산출물을 구분하는 표준

A2A 명세는 작업을 나타내는 Task와 결과 산출물인 Artifact를 구분합니다. Life of a Task 문서는 후속 작업에서 산출물의 연결과 버전 이력을 클라이언트가 관리하도록 설명합니다. 이 연결 관리는 A2A 명세가 자동으로 제공하는 기능은 아닙니다. 상대가 완료 상태를 보냈다는 사실만으로 요청한 업무 조건까지 만족했다고 볼 수는 없습니다.

• A2A · Protocol Specification v1.0.1
• A2A · Life of a Task

토핑은 위임을 설계할 때 요청서와 결과서의 대응 관계부터 정하는 방식을 제안합니다. 무엇을 입력으로 받았고 어느 버전의 기준을 적용했는지, 어떤 항목을 처리하지 못했는지가 결과에 있어야 합니다. 설명 문장이 유창한지보다 요청자가 결과를 다른 시스템에 넣거나 검토할 수 있는지가 인수 품질을 좌우합니다.

견적 비교를 보조 에이전트에게 맡긴다면

가상의 구매 에이전트가 세 공급사의 견적을 비교하는 일을 다른 에이전트에게 맡긴다고 가정합니다. 결과에는 공급사, 품목, 단위, 통화, 배송 조건과 원문 위치를 담도록 정합니다. 자료가 없는 항목은 비어 있다는 상태로 돌려받고, 빈칸을 임의 추정한 값으로 채워 가장 저렴한 공급사를 결정하지 않도록 합니다.

견적 파일이 도중에 교체되면 어떤 파일을 기준으로 계산했는지도 중요합니다. 위임 요청에 자료 식별자와 버전을 포함하고 결과가 같은 입력을 가리키는지 검사합니다. 최신 자료를 사용했다고 주장하더라도 근거가 이전 버전이면 재작업 대상으로 돌립니다. 결과 표와 추천 문장을 함께 반환할 때 두 내용의 숫자도 일치해야 합니다.

수락 가능한 결과의 조건을 명시합니다

결과 계약에는 필드 구조 외에 업무의 완료 조건이 필요합니다. 모든 견적을 비교했는지, 일부만 읽었는지, 단위 변환이 필요한 항목이 남았는지 구분하세요. 요청자는 형식 검사를 통과한 결과 중에서도 미확인 항목이 구매 결정에 영향을 주면 수락을 보류할 수 있어야 합니다. 이 기준은 위임 전에 전달하는 편이 재작업을 줄입니다.

긴 결과가 여러 조각으로 도착할 때는 일부가 보인다는 이유로 최종 결정을 시작하지 않습니다. 화면에는 부분 수신과 검수 완료를 구분하고, 빠진 조각이나 순서가 바뀐 응답을 처리할 규칙을 둡니다. 연결이 끊겼다면 이미 받은 결과의 식별자를 사용해 상태를 확인하고, 다른 작업의 결과를 이어 붙이지 않도록 합니다.

그럴듯하지만 사용할 수 없는 결과를 시험합니다

검수 자료에는 형식이 맞지만 단위가 다른 표, 출처 없는 추천, 일부 공급사만 반영한 비교와 이전 버전 결과를 넣습니다. 다시 작성하라는 요청도 어느 항목이 틀렸는지 명확해야 합니다. 결과 전체를 새로 만들게 할지 문제 필드만 보완할지 정하고, 수정 과정에서 이미 확인한 근거가 사라지지 않는지 확인합니다.

운영 화면에는 실행 완료, 검수 대기, 보완 요청과 수락을 나눠 보여줄 수 있습니다. 재작업 횟수와 누락 유형을 기록하면 모델의 문제인지 위임 조건의 문제인지 구분하는 데 도움이 됩니다. 여러 에이전트를 붙이는 규모보다 이 계약을 먼저 검증해야 한 단계의 오류가 다음 업무의 확정값으로 넘어가는 일을 줄일 수 있습니다.