Claude Sonnet 5가 결제를 처리할 수 있을까요? 결제 단계에서 MCP 플러그인이 AI 에이전트에게 실제로 허용하는 작업 범위

Claude Sonnet 5가 결제를 처리할 수 있을까요? 결제 과정을 진행하는 것(제품 찾기, 장바구니 담기, 배송 정보 입력, 버튼 클릭)은 가능합니다. 하지만 스스로 돈을 움직일 수는 없습니다. 마지막 단계는 모델이 아닌 결제 프로토콜의 몫입니다. 이 두 영역이 어디서 교차하고 전환되는지 이해하는 것이 2026년 결제 단계에서의 AI 에이전트에 관한 핵심이며, 대부분의 과장 광고가 생략하는 부분입니다.

그렇다면 모델이 하는 일, MCP 플러그인이 하는 일, 그리고 실제로 거래를 정산하는 일이 무엇인지 명확히 구분해 보겠습니다.

MCP 플러그인이란 무엇이며, 실제로 어떤 역할을 하나요?

모델 컨텍스트 프로토콜(MCP)은 AI 모델과 외부 세계를 연결하는 연결 고리입니다. Anthropic은 2024년 11월에 이를 오픈소스로 공개했으며, 2025년 12월 Block 및 OpenAI와 함께 Linux Foundation의 Agentic AI Foundation에 기부했습니다. 이후 거의 모든 에이전트 기반 커머스 표준이 이 프로토콜 레이어 위에서 구축되고 있습니다.

MCP 플러그인은 하나 이상의 MCP 서버와 에이전트가 이를 사용하는 데 필요한 지침서의 묶음입니다. 서버는 도구 목록("카탈로그 검색", "장바구니 생성", "배송 옵션 조회")을 제공하고, 에이전트는 이 목록에서 필요한 도구를 선택합니다. MCP는 오직 두 가지, 즉 탐색(어떤 도구가 존재하는지)과 호출(도구 실행)만을 처리합니다. 결제, 승인, 신원 확인은 처리하지 않습니다. 사양에 명시되어 있듯이, MCP는 단 1달러도 직접 이동시키지 않습니다.

이 차이는 매우 중요합니다. 플러그인은 에이전트가 제품 카탈로그를 읽고 주문을 구성하도록 도울 수는 있지만, 그 자체로 카드에 비용을 청구할 수는 없습니다. 누군가 여러분에게 "AI 결제"를 판매하려 한다면, 실제로는 여러 프로토콜이 쌓인 스택을 판매하는 것이며 MCP는 그중 가장 아래에 있는 레이어일 뿐입니다.

AI 에이전트가 실제로 구매를 완료할 수 있나요?

네, 하지만 작업을 완료하려면 결제 프로토콜이 필요합니다. 가장 널리 쓰이는 프로토콜은 OpenAI와 Stripe가 관리하는 에이전트 커머스 프로토콜(ACP)입니다. ACP는 결제 단계를 명확한 순서로 나눕니다. 에이전트가 판매자 카탈로그에서 제품을 탐색하고, 구매자가 제품을 선택하면, 에이전트가 실시간 가격, 옵션, 배송 정보를 가져온 다음, 결제 토큰을 완료 엔드포인트로 전송하여 주문을 완료합니다.

이때 토큰이 핵심입니다. 에이전트는 가공되지 않은 카드 정보를 직접 다루지 않으며, 구매자가 이미 승인한 인증 정보를 전달하고 판매자의 결제 대행사가 이를 정산합니다. Stripe 버전은 기존 Checkout Sessions API 위에서 작동하며, 백엔드에서 세금과 배송비를 처리합니다.

Google의 Universal Commerce Protocol, 결제용 AP2, Visa의 TAP 등 경쟁 표준들이 존재하며, 실제 도입 시에는 대개 두세 개를 함께 엮어 사용합니다. 그 아래의 작동 패턴은 동일합니다. MCP가 탐색 및 호출을 담당하고, 결제 프로토콜이 승인 및 정산을 처리합니다. OpenAI가 2026년 3월에 Instant Checkout 기능을 중단하고 소매업체 앱으로 전환했을 때도, 그 아래의 MCP 구조는 변하지 않았습니다. 커머스 레이어가 이동했을 뿐, 탐색 레이어는 그대로 유지되었습니다.

Claude Sonnet 5는 무엇을 바꾸었나요?

Anthropic은 2026년 6월 30일에 Claude Sonnet 5를 출시하며, 계획 수립, 브라우저 및 터미널과 같은 도구 사용, 이전에는 더 크고 비싼 모델이 필요했던 수준의 자율적 실행이 가능한 가장 에이전트 친화적인 중형 모델로 소개했습니다. 입력 토큰 100만 개당 2달러, 출력 토큰 100만 개당 10달러라는 파격적인 가격 덕분에, 에이전트가 전체 결제 흐름을 실행하는 데 드는 비용 부담이 크게 줄어들었습니다.

온라인 판매자에게 중요한 두 가지 세부 사항이 있습니다. 첫째, 지속적인 집중력입니다. Sonnet 5는 여러 단계로 이루어진 작업을 더 오래 안정적으로 유지하는데, 이는 '탐색-선택-결제' 순서가 요구하는 핵심 역량입니다. 둘째, 에이전트 환경에서의 안전성입니다. Anthropic은 이 모델이 악의적인 요청을 거부하고 프롬프트 주입 공격에 저항하는 능력이 향상되었다고 밝힙니다. 에이전트가 돈을 쓸 수 있는 권한을 가졌을 때, 하이재킹된 명령에 저항하는 능력은 필수적입니다.

하지만 이 중 어떤 것도 역할 분담을 바꾸지는 않습니다. 더 유능해진 모델이 결제 과정을 더 안정적으로 진행할 뿐이며, 실제 결제 정산은 여전히 결제 프로토콜의 몫입니다.

이것이 판매자의 POS에 의미하는 바는 무엇인가요?

에이전트가 고객을 대신해 쇼핑을 하게 하려면, 결제 단계가 에이전트에게 명확하게 읽혀야 합니다. 즉, MCP 서버가 읽을 수 있는 구조화된 카탈로그, 결제 프로토콜이 완료할 수 있는 결제 단계, 그리고 에이전트가 생성하는 추가 거래에 대해 불이익을 주지 않는 가격 책정이 필요합니다.

이 영역에서는 인프라가 임시방편용 플러그인보다 우위에 서게 됩니다. 맞춤형 결제 흐름을 중심으로 구축된 드래그 앤 드롭 POS는 이미 단계를 구조화된 방식으로 설명하고 있으며, 이는 에이전트가 탐색하는 데 필요한 구조와 일치합니다. 월 소프트웨어 이용료가 없는 거래당 수수료 모델은 에이전트가 더 자주 소액 주문을 처리하더라도 추가 비용 부담을 주지 않습니다. 또한 Stripe를 기반으로 구축된 결제 레이어는 이미 ACP가 확장하여 사용하는 언어를 지원하고 있습니다.

2026년의 솔직한 전망: 에이전트 기반 결제는 실제 작동하지만 아직 초기 단계이며, 경직된 레거시 POS에 AI를 억지로 덧붙이는 판매자보다 시스템이 구조화되어 있고 결제 준비가 완료된 판매자에게 유리합니다. 이 차이를 고민하고 계신다면, AI가 비즈니스를 위해 할 수 있는 일과 할 수 없는 일 및 SaaS 구독을 쌓아 올릴 때의 실제 비용에 대한 저희의 분석 글을 읽어보시기 바랍니다.

Final은 바로 이러한 기반, 즉 맞춤형 결제 흐름, 거래당 수수료 모델, Stripe를 통해 이미 작동하는 결제 시스템 위에 구축되었습니다. 향후 사람들이 실제로 구매하게 될 방식에 대비한 POS를 원하신다면, Final이 좋은 출발점이 될 것입니다.