에이전트가 결제하기 전에는 협상을 합니다. 협상하기 전에는 통신 채널이 필요합니다.

2026년, AI 에이전트(AI agents)는 상거래 거래의 능동적인 참여자가 됩니다. 이들은 인간의 개입 없이 가격을 협상하고, 공급업체 간 제품을 비교하며, 구매를 실행하고, 조달 워크플로우(procurement workflows)를 관리합니다.

IBM의 비즈니스 가치 연구소(Institute for Business Value)는 소비자 중 이미 45%가 구매 여정의 일부에 AI를 사용하고 있다고 보고합니다. Morgan Stanley는 AI 쇼핑 에이전트가 2030년까지 미국 이커머스(e-commerce) 지출에서 1,900억 달러에서 3,850억 달러를 창출할 수 있다고 추정합니다. McKinsey는 전 세계적인 "조직화된 수익(orchestrated revenue)" 규모를 3조 달러에서 5조 달러로 산정합니다.

이러한 모든 거래에는 순차적으로 두 가지 사항이 필요합니다: 통신(communication), 그리고 결제(payment)입니다. 에이전트는 판매자를 발견하고, 조건을 협상하며, 가격에 합의한 '후에' 거래를 실행합니다. 협상이 없으면 결제도 없습니다.

하지만 이 두 단계를 위한 인프라(infrastructure)는 서로 분리된 사일로(silos) 내에서 구축되고 있습니다.

아무도 말하지 않는 시퀀스(Sequence)

에이전트 커머스 프로토콜(Agentic Commerce Protocol, ACP)은 AI 쇼핑 에이전트가 기계 간 상호작용(machine-to-machine interactions)을 통해 제품을 발견하고, 카탈로그를 조회하며, 가격을 협상하고, 장바구니를 관리하며, 구매를 완료하는 방식을 정의합니다. risingwave.com은 이 모델을 다음과 같이 설명합니다: "사용자가 목표와 예산을 설정합니다. 에이전트는 범위가 지정된 권한(scoped mandate) 하에 판매자를 결정하고, 조건을 협상하며, 결제를 실행합니다."

다음 시퀀스(sequence)에 주목하십시오:

# 에이전트 커머스 거래 라이프사이클(transaction lifecycle):

# 1단계: 통신 (agent-to-agent/agent-to-merchant)
...

분리된 사일로가 에이전트 커머스를 망치는 이유

통신과 결제 인프라가 분리되어 있으면, 어느 시스템도 단독으로는 처리할 수 없는 세 가지 실패 모드(failure modes)가 나타납니다:

# 실패 모드 1: 협상은 성공했으나, 결제는 실패함
# 에이전트가 450달러의 거래를 협상함. 예산은 500달러였음.
# 협상과 결제 사이에: 다른 에이전트가 100달러를 사용함.
...

3~5조 달러 규모의 통신-결제 파이프라인(Communication-to-Payment Pipeline)

x402 프로토콜은 에이전트가 통신에 사용하는 것과 동일한 계층인 HTTP에 결제 협상 및 승인을 내장합니다. 이는 통신과 결제가 동일한 흐름(flow)에 속해야 한다는 아키텍처적 통찰(architectural insight)을 입증합니다.

하지만 x402는 단순한 사례(pay-per-request, 요청당 결제)를 처리합니다. 엔터프라이즈 에이전트 커머스(Enterprise agent commerce)에는 복잡한 사례가 필요합니다: 멀티턴 협상(multi-turn negotiation), 조건부 합의(conditional agreements), 에스크로(escrow), 분쟁 해결(dispute resolution), 그리고 전체 라이프사이클(lifecycle)에 걸친 거버넌스(governance)가 그것입니다.

# 단순한 사례 (x402가 처리함):
# 에이전트가 리소스를 요청함 → 결제함 → 액세스 권한을 얻음
# 메시지 하나, 결제 하나, 완료.
...

결론 (The Bottom Line)

에이전트 커머스는 하나의 파이프라인(pipeline)입니다: 탐색(discover), 협상(negotiate), 합의(agree), 결제(pay), 전달(deliver), 검증(verify). 통신(communication)과 결제(payment)는 별개의 관심사(concerns)가 아닙니다. 이들은 동일한 트랜잭션(transaction)의 단계들입니다.

이들을 서로 분리된 인프라(infrastructure) 위에 구축하면, 어느 시스템도 처리할 수 없는 실패 모드(failure modes)가 발생합니다: 유령 예약(ghost reservations), 예산 잠김(locked budgets), 깨진 합의(broken agreements), 그리고 협상 중 발생하는 거버넌스 사각지대(governance blind spots)가 그것입니다.

rosud-pay + rosud-call은 함께 통합된 라이프사이클(unified lifecycle)을 제공합니다: 승인된 결제로 직접 이어지는 거버넌스 인식형 통신(governance-aware communication). 하나의 파이프라인. 하나의 상태(state). 첫 번째 메시지부터 최종 정산(final settlement)까지 이어지는 하나의 감사 추적(audit trail).

협상 없이 결제하는 에이전트는 과다 지불을 합니다. 거버넌스 감독 없이 협상하는 에이전트는 과도한 약속(overcommits)을 합니다. 인프라는 두 개가 아닌, 하나여야 합니다.

통합된 에이전트 커머스를 구축하세요: rosud.com/docs