BLOG / ai-commerce-authority-handoffs.mdx
AI 커머스 권한 인계: 상품 지식에서 주문까지
SKU.md에서 라이브 Catalog, MCP·UCP, 페이지 WebMCP 작업, Checkout, 주문 시스템으로 이어지는 네 인계를 설명합니다.
상품 설명이 주문이 되기 전에 에이전트는 네 번의 명시적인 권한 인계를 거쳐야 합니다. 각 인계에서 식별, 상태, 허가, 사용자 의도를 다시 검증합니다.
SKU.md는 판매자가 직접 호스팅하는 상품 탐색 및 안정적인 상품 지식 계층입니다. Agent가 상품을 찾고, 출처가 있는 사실을 이해하며, 실시간 상거래 정보를 어디에서 다시 확인해야 하는지 알도록 돕습니다. 새로운 Checkout 프로토콜이 아닙니다.
네 번의 인계
| 인계 | 출처가 소유하는 것 | 필수 보호 장치 |
|---|---|---|
| 1. SKU.md → 라이브 Catalog | 현재 Product, Variant, 가격, 재고 | 정확한 식별 일치와 최신 응답 |
| 2. Catalog → MCP·UCP 기능 | 호출 작업과 합의된 입출력 | 기능, 인증, 범위, 오류 처리 |
| 3. 라이브 출처 → 페이지 WebMCP 작업 | 열린 페이지의 현재 UI에서 의미 있는 작업 | 눈에 보이는 문맥과 사용자 검토 |
| 4. 작업 → Checkout·주문 | 구속력 있는 합계, 결제, 구매, 주문 상태 | 명시적 확인과 권위 있는 완료 결과 |
이는 개념적 인계이며 모든 판매자가 네 기술을 쓴다는 주장이 아닙니다. 독립 문서가 링크한다고 SKU.md가 UCP, MCP, WebMCP에 채택된 것은 아닙니다.
인계 1: 지식에서 라이브 Catalog로 돌아가기
에이전트는 안정적인 Facts, Claims, Disclosures, Limitations를 읽고 Product, Variant, SKU, 존재하는 GTIN을 라이브 결과와 맞춥니다. UCP Catalog는 카탈로그 가격과 재고가 현재 요청 조건을 반영해도 거래상 약속은 아니며 Checkout이 권위를 가진다고 설명합니다.
라이브 출처를 사용할 수 없거나 식별이 충돌하면 인계는 실패합니다. offer_snapshot이나 문장으로 대신하지 말고 불확실성을 보고해야 합니다.
인계 2와 3: 호출 기능과 페이지 작업
MCP는 도구와 리소스를 노출할 수 있지만, 그 표면만으로 판매자가 호출을 허가했거나 결과가 최신임을 증명하지 않습니다. UCP는 탐색과 협상 후 커머스 기능을 REST나 MCP에 연결할 수 있습니다.
WebMCP는 별도의 페이지 맥락 초안입니다. 페이지는 현재 UI에서 의미 있는 작업을 노출할 수 있지만 백엔드 Catalog, 오프라인 탐색, 완료된 커머스의 증거는 아닙니다. 보이는 양식이나 도구에도 제한된 입력, 안전한 실패, 사용자 검토가 필요합니다.
인계 4: 구속력 있는 판단은 Checkout과 주문 시스템의 몫입니다
UCP Checkout은 세션 상태, 이행, 결제 처리, 합계, 완료를 관할합니다. 구매자 입력이나 검토가 필요한 상태를 에이전트가 보여 줘야 합니다. 권위 있는 시스템이 확인을 반환해야 주문이 존재합니다.
- 정확한 품목과 현재 조건을 제시합니다.
- 중요한 Disclosure와 풀리지 않은 불확실성을 설명합니다.
- 영향이 큰 작업 전에 사용자의 확인을 받습니다.
- 허가된 시스템으로 제출합니다.
- 오류나 보류 상태를 성공으로 바꾸지 않고 결과를 보고합니다.
인계가 실패했을 때의 동작
| 실패 | 올바른 응답 |
|---|---|
| Variant 불일치 | 중단하고 모호성 해소 요청 |
| 라이브 가격 없음 | 알 수 없음으로 표시하고 오래된 문장 사용 금지 |
| 도구 권한 없음 | 올바른 인계를 요청하고 무작정 재시도하지 않음 |
| 사용자 거부 | 부수 효과 없이 종료 |
| Checkout이 검토 요구 | 신뢰할 수 있는 검토 경로 열기 |
| 주문 결과 불확실 | 완료가 아닌 보류 또는 알 수 없음 보고 |
더 읽기
구현 전에 안정적인 상품 지식과 라이브 데이터와 ProductGroup, Variant, SKU, GTIN을 검토하세요.