Anchor Browser와 AgentCore 결제: 에이전트가 x402 유료 장벽을 넘는 방법

AWS와 Anchor Browser는 통합 기능을 문서화했습니다. 이 기능은 브라우저 에이전트가 기존 세션 중에 x402로 보호된 페이지나 API에 결제하도록 합니다. 브라우저는 HTTP 402 결제 챌린지에 응답하고 Amazon Bedrock AgentCore payments에서 서명된 결제 증명을 받아 요청을 다시 시도할 수 있습니다. 개발자에게 중요한 변화는 이 작업이 이뤄지는 위치입니다. 브라우저가 챌린지와 재시도를 처리하고, 별도로 구성된 결제 서비스가 지출 권한을 확인합니다.

주요 변화

• 무엇이 바뀌었나:x402 챌린지 이후 유료 웹 요청이 에이전트의 브라우저 세션 안에서 완료될 수 있어 자동화 코드에 지갑 키나 결제 헤더를 넣을 필요가 없습니다. 개발자는 해당 세션에 결제를 명시적으로 활성화해야 합니다.
• 왜 중요한가:요청별로 요금을 내는 데이터나 콘텐츠를 사용하는 에이전트는 같은 작업 흐름을 이어갈 수 있습니다. 결제 수단, 신원 권한, 지출 한도는 페이지와 에이전트 런타임 외부에 설정됩니다. 이에 따라 실제 구매 결정은 운영자가 구성하고 모니터링해야 하는 인프라로 이동합니다.
• 주의할 점:유용한 경계는 최초 402 응답입니다. 형식이 잘못된 챌린지, 호환되지 않는 결제 네트워크, 예산 소진 또는 결제 거부가 발생하면 자동화에서 리소스를 이용할 수 없습니다. 개발자는 여전히 해당 응답을 처리해야 합니다.

유료 페이지에서 브라우저가 하는 일

AWS와 Anchor의 튜토리얼은 Anchor Browser 세션에서 문서 탐색, fetch 또는 XMLHttpRequest를 수행하는 흐름을 설명합니다. 판매자는 결제 챌린지가 포함된 HTTP 402 Payment Required를 반환합니다. Anchor는 조건을 읽고 세션에 연결된 결제 수단과 호환되는 방법을 찾습니다. AgentCore는 세션의 남은 예산을 확인하고 구성된 지갑 제공업체를 사용해 증명에 서명합니다. 브라우저는 증명을 원래 요청에 추가해 한 번 재시도합니다. x402 v2에서는 PAYMENT-SIGNATURE를, v1에서는 X-PAYMENT를 사용합니다. 판매자는 리소스를 반환하기 전에 결제를 검증하고 정산합니다.

이 과정은 문서로 설명된 순서이며 BIG CHANGE가 유료 엔드포인트를 시험한 결과가 아닙니다. AWS는 결제와 재시도 동안 브라우저가 세션 컨텍스트를 유지한다고 설명합니다. 기존 Playwright, Puppeteer, Chrome DevTools Protocol 작업 흐름은 결제 헤더를 직접 만들지 않고도 브라우저를 통해 탐색하거나 API를 호출할 수 있습니다. 결제가 성공해도 모든 유료 장벽을 읽을 수 있는 것은 아닙니다. 사이트가 지원되는 x402 챌린지를 제시해야 하고 판매자는 증명을 수락하고 응답을 전달할지 결정합니다.

개발자가 활성화해야 하는 항목

브라우저 스위치는 명시적입니다. 튜토리얼의 세션 요청에서 session.x402의 기본값은 false입니다. 이를 true 로 설정하면 구성된 수단을 사용한 실제 결제가 허용됩니다. 브라우저 세션을 만들려면 Anchor API 키도 필요합니다. 이 플래그는 결제 권한으로 연결되는 마지막 단계이지, 권한 설정을 대신하지 않습니다.

AWS의 AgentCore 결제 가이드는 기반 리소스를 설명합니다. Payment Manager는 AWS 계정의 결제 구성을 정의하고 IAM 역할과 권한 부여자를 사용합니다. Payment Connector는 Coinbase Developer Platform 또는 Stripe Privy에 연결합니다. Payment Credential Provider는 AgentCore Identity를 통해 제공업체 자격 증명을 보관합니다. Payment Instrument는 구매에 사용할 지갑과 네트워크를 지정합니다. 브라우저 세션은 지출 한도와 만료 시간이 설정된 AgentCore Payment Session에 연결됩니다. AWS의 빠른 시작은 결제 수단에 자금이 있어야 하고 사용자가 에이전트에 위임 서명 권한을 부여해야 결제할 수 있다고 설명합니다.

이는 서로 다른 제어입니다. IAM은 서비스 접근을 관리하고, 사용자의 지갑 승인은 서명을 허용하며, 결제 수단은 자금 출처와 네트워크를 정하고, 세션 한도는 시간에 따른 지출을 제한합니다. AWS는 세션이 만료되거나 한도에 도달하면 AgentCore가 추가 결제를 거부한다고 설명합니다. 관측 서비스는 결제 시도와 결과를 CloudWatch에 노출합니다. 통합은 제공업체 비밀 정보를 브라우저와 에이전트 런타임 밖에 두지만 운영자는 작업에 적합한 수단과 한도를 선택해야 합니다.

자동화 흐름이 멈추는 지점

Anchor가 문서화한 실패 동작은 구체적입니다. 402 챌린지 형식이 잘못됐거나 호환 네트워크가 제공되지 않거나 예산이 소진됐거나 AgentCore가 결제를 거부하면 브라우저는 원래 402를 페이지에 변경 없이 반환합니다. 따라서 세션이 활성화돼 있어도 자동화는 402가 발생할 수 있다고 처리해야 합니다. AWS의 문제 해결 가이드는 IAM 권한 누락, 비활성 위임 서명 권한, 잘못된 제공업체 자격 증명, Coinbase Marketplace 구독 누락 등 다른 구성 문제도 설명합니다.

이 session.x402 스위치는 타사 리소스 결제에 적용됩니다. AWS는 Anchor 브라우저 세션 비용을 결제하거나 Anchor 크레딧을 대체하지 않는다고 설명합니다. 튜토리얼은 세션 지출과 시간 제한을 언급하지만 구체적인 한도는 Anchor 기술 문서를 참조합니다. 이 기사 작성 시 해당 세부 사항을 확인할 수 없었습니다. 타사 요청의 실제 요금은 판매자의 챌린지와 결제 정산에 따라 달라집니다. 종단 간 청구서나 거래를 확인하지 않았으므로 활성화된 세션의 보편적 가격을 제시할 수 없습니다.

개발자는 에이전트가 유료 URL에 도달하기 전에 실질적인 결정을 내려야 합니다. 자금이 있고 승인된 결제 수단을 연결하고 브라우저 세션 예산을 설정한 뒤 구매가 의도된 경우에만 x402를 활성화합니다. 브라우저는 탐색 경로에서 결제 프로토콜 코드를 제거할 수 있지만 지출 권한, 실패 요청, 판매자가 실제로 청구한 금액 확인에 대한 운영자의 책임까지 없애지는 않습니다. 권한 문제는 우리의 AI 에이전트 결제 선택에 관한 더 넓은 분석에서도 다룹니다.

출처 및 추가 읽을거리

• AWS 및 Anchor Browser, “Building agents that transact with Anchor Browser and AgentCore payments”(2026년 10월 13일). 통합 튜토리얼은 브라우저의 선택적 활성화, x402 챌린지, 버전별 결제 헤더, 실패 시 원래 402를 반환하는 동작을 설명합니다. 의도된 흐름을 문서화한 것이며 유료 세션을 시험하지 않았습니다.
• AWS, “How AgentCore payments works”(개발자 가이드, 2026년 10월 14일 확인). Payment Manager, 제공업체 커넥터, 신원 자격 증명, 결제 수단, 지출 세션, 관측 기능을 설명합니다. 브라우저별 튜토리얼과 함께 읽는 일반 서비스 설계 자료입니다.
• AWS, “AgentCore payments quick start”(개발자 가이드, 2026년 10월 14일 확인). 제공업체 자격 증명, 자금이 있고 승인된 결제 수단, 결제 세션의 설정 절차를 제시합니다. 예시 예산과 기간은 설명용이며 검증된 Anchor 기본값이 아닙니다.
• AWS, “Troubleshooting AgentCore payments”(개발자 가이드, 2026년 10월 14일 확인). 결제를 막을 수 있는 IAM, 제공업체, 지갑 승인, 구독, x402 페이로드 오류를 열거합니다. 이 오류를 재현하지 않았습니다.