Summary

  • AACP 초안은 확인 서비스가 언어 모델의 추론 과정 밖에서 필수 확인 항목을 모두 보여 주고, 사용자의 승인 또는 거부를 직접 받아 서명하도록 한다.
  • 실행 쪽은 서명과 실제 작업의 해시, 수신 대상, 새 일회성 값과 유효기간을 맞춰 본다. 서명된 거부와 사용자를 만나지 못한 상태는 서로 다른 결과다.

“사용자가 승인했습니다.” 에이전트가 이 말을 다른 에이전트에게 넘기는 데는 한 줄이면 된다. 하지만 송금액과 받는 사람, 지울 기록을 사용자가 실제로 봤는지는 그 한 줄에 없다. 11월 2일 공개된 Agent Action Confirmation Protocol 초안은 증거가 만들어지는 장소를 바꾼다. 실행 에이전트가 작업을 구조화해 적고, 확인 서비스가 그중 사람에게 보여야 할 항목을 표시한다. 사용자가 승인 또는 거부를 고르면 서비스가 그 결정을 서명한다. 서비스는 사용자 앱, 기업의 권한 관리 체계, 별도 확인 앱 어디에든 있을 수 있다. 결정 화면과 수집 과정은 언어 모델의 추론 밖에서 프로그램으로 돌아가야 한다.

화면에 무엇을 올리는지가 곧 권한의 범위다. 사람의 확인이 필요한 매개변수에는 confirm=true와 읽을 수 있는 이름을 붙인다. 확인 서비스는 표시 대상으로 지정된 항목을 전부 보여 준 뒤 승인·거부 버튼을 내놓아야 한다. 항목 이름과 값은 데이터로만 다뤄야 하므로, 그 안에 끼워 넣은 링크나 명령이 화면을 바꿔서는 안 된다. 에이전트가 일을 멋지게 요약할 수는 있어도, 사용자가 판단해야 할 금액이나 상대방을 그 요약 뒤로 숨길 권한은 없다.

사용자가 버튼을 누른 뒤에는 확인 서비스의 키가 증거에 서명한다. 검증자는 지금 실행할 API 작업에서 해시를 다시 계산해 서명된 증거와 비교한다. 서비스 키를 자체 신뢰 정책으로 확인하고, 증거가 어느 실행 에이전트를 향하는지, 일회성 도전값이 새것인지, 기한이 지나지 않았는지, 같은 요청이 다시 쓰였는지도 검사한다. 한 에이전트용 승인을 다른 에이전트가 들고 갈 수 없다. 되돌리기 어려운 일에는 화면에 실제로 나온 항목의 해시까지 확인하라고 초안은 권한다. 클릭 사실과 클릭 전에 제시된 조건을 서로 따져 볼 수 있게 하는 대목이다.

거부도 그냥 연결 오류로 처리하지 않는다. denied는 사용자가 거절했다는 서명된 결정이다. 다시 시도하려면 사용자가 먼저 시작해야 한다. unobtainable은 답을 받지 못했다는 서명되지 않은 상태다. 기한이 지난 증거, 재사용된 증거, 다른 대상에게 보내진 증거, 작업 내용이 바뀐 증거에도 각각 다른 결과가 붙는다. 어느 한 검사가 실패하면 일부만 받아들여 실행할 수 없다. 결제 시스템은 사람이 거절했는지, 확인 요청이 사용자에게 닿지 않았는지에 따라 완전히 다르게 움직여야 한다.

IETF Datatracker는 이 문서를 개인 제출 초안으로 분류한다. 다음에 필요한 증거는 독립 구현들이 화면 표시 뒤 바뀐 값, 누락된 필수 항목, 재사용된 서명을 모두 실행 전에 막는다는 시험 기록이다. 그 결과가 나와야 에이전트의 “승인받았다”는 말을 검증 가능한 결정으로 바꿀 수 있다.