Why AI Agents Still Won't Pay for Anything — Jan Curn, Apify

한 줄 핵심

AI 에이전트 결제 표준은 빠르게 늘었지만 실제로는 API 키, 지갑 설정, 신뢰, 과금 방식의 장벽 때문에 거의 쓰이지 않으며, 결국 채택의 핵심은 결제 기술보다 유통과 UX를 얼마나 마찰 없이 붙이느냐에 달려 있다.

시간별 요약

1. 0:00
   에이전트 결제 붐 에이전트가 더 긴 작업을 자율적으로 수행하려면 예산과 결제가 필요하다는 인식이 급속히 퍼졌고, 관련 표준과 시장이 빠르게 커졌다. Apify는 80,000개가 넘는 tools를 가진 마켓플레이스로서 에이전트가 그 도구들을 사도록 만드는 데 강한 이해관계를 가지고 있다.
2. 2:57
   x402부터 AP2까지, 모든 프로토콜 Lightning Labs의 L402부터 Mastercard, Coinbase의 x402, Visa, Google, OpenAI, Stripe, Shopify, AliPay, UnionPay, OKX까지 다양한 결제 표준이 우후죽순 등장했다. 이 경쟁은 에이전트 상거래의 주도권과 기존 결제 네트워크를 누가 가져갈지에 대한 전쟁으로 보인다.
3. 5:47
   왜 crypto가 에이전트 결제에 맞는가 crypto는 전통 결제수단보다 소액 거래에 저렴하고, chargebacks가 없어 무한히 많은 에이전트가 악용하는 문제를 줄일 수 있다. 특히 x402와 MPP처럼 주요 표준이 stablecoin 기반으로 움직이면서 기술적 궁합이 좋다는 점이 강조된다.
4. 7:38
   왜 아무도 쓰지 않는가 표준과 디렉터리는 많지만 실제 거래량은 매우 작아서, 에이전트 결제가 아직 실사용 단계로 들어가지 못했다. 이유는 서비스 부족이 아니라, 이미 많은 지출이 API keys를 통한 기존 방식으로 이뤄지고 있기 때문이다.
5. 8:36
   에이전트 결제 퍼널 에이전트 결제는 필요성, 설정, 발견, 구매의 퍼널로 볼 수 있으며 각 단계마다 마찰이 존재한다. 모델이 더 좋아지고 항상 켜진 개인 에이전트가 늘며, 토큰 보조금 시대가 끝나야 에이전트가 서비스 구매를 더 자연스럽게 선택하게 된다.
6. 9:37
   수요: API 키와의 경쟁 실제 경쟁 상대는 Visa가 아니라 API 키다. 사람들은 이미 계정 생성, 키 입력, 신용카드 결제로 충분히 편하다고 느끼기 때문에, 에이전트가 새 서비스를 자율적으로 찾고 사게 만들려면 더 높은 신뢰와 자동성이 필요하다.
7. 12:19
   설정: 지갑은 아직 어렵다 crypto 용어와 지갑 설정은 여전히 일반 사용자에게 어렵고, 직접 agent에게 지갑을 연결하는 과정도 번거롭다. 주요 agent platform이 기본적으로 crypto payments를 통합해 주어야 사용 장벽이 크게 낮아진다.
8. 13:19
   발견: 에이전트는 누구를 신뢰할 수 있는가 거래는 신뢰가 있어야 성립하며, 사람도 원래는 아는 사람이나 추천받은 사람, 검증된 중개자를 통해 거래해 왔다. 에이전트 세계에서도 검증된 디렉터리와 marketplace가 trust layer 역할을 해야 random URL의 서비스를 안심하고 살 수 있다.
9. 16:06
   구매: 사용량 기반 결제와 일괄 정산 고정가 API 호출만으로는 실제 작업을 처리하기 어렵고, 실사용에는 pay-per-use와 variable pricing이 필요하다. x402의 batch settlement와 MPP의 sessions가 이런 문제를 풀기 위해 나왔지만, 초기 방식은 이중 지출 위험과 높은 수수료 때문에 한계가 있었다.
10. 19:41
    앞으로 무엇이 일어날까 batch settlement 같은 장치가 자리 잡으면 에이전트 결제는 마이크로트랜잭션과 실제 거래 규모로 커질 가능성이 있다. 지금이야말로 자신의 서비스를 새 에이전트 경제에 맞게 설계할 시점이며, 늦으면 기회를 놓칠 수 있다.

실무 인사이트

• 에이전트 결제의 핵심 병목은 프로토콜 자체보다 API 키보다 더 편한 사용 흐름을 만드는 일이다.
• 지갑·신뢰·정산을 한 번에 줄이는 기본 내장형 UX가 없으면, 표준이 많아도 실제 채택은 느리다.
• 서비스 제공자는 fixed price API보다 pay-per-use와 batch settlement에 맞춘 과금 설계를 미리 준비해야 한다.