Agent Card

지갑은 제품에 넣어 에이전트 결제를 켜는 위젯이다. 두 종류의 카드를 담는다. 하나는 사용자가 이미 가진 카드를 연결하는 것이고, 다른 하나는 새 Agentcard를 발행하는 것이다. 핵심은 앱도 에이전트도 실제 카드 번호를 보지 않는다는 점이다. 유출될 것이 없다.

Connect는 사용자가 이미 지닌 신용카드와 체크카드를 받아들여, 모든 구매가 본인 계정으로 처리되고 혜택도 계속 쌓인다. 온보딩은 이메일 코드로 끝난다. 카드는 몇 초면 준비된다. 카드 정보는 Agentcard의 안전한 보관소에 있고, 결제가 실제로 일어날 때만 공유된다.

Issue는 몇 초 만에 새 Agentcard를 만든다. 에이전트는 Visa가 받아들여지는 곳이면 어디서든 쓸 수 있다. 카드는 한 번의 구매용 단발이거나, 구독 같은 것에 쓰는 지출 상한 있는 다목적이다. 카드마다 하나의 상점과 하나의 금액에 고정되어, 유출된 번호로는 다른 것을 살 수 없다.

에이전트 카드는 자체 안전장치를 지닌다. 한도는 카드마다 설정하고 상점에 묶어서, 에이전트가 얼마를 어디서 쓸지 미리 정한다. 자율 구매에 목줄을 채운 셈이다. 이 구조 덕분에 트랜잭션마다 사람이 승인을 누르지 않아도 결제가 돌아간다.

자체 브라우저 자동화를 만들어 Agentcard로 결제를 끝내거나, Agentcard의 구매 API와 그 연동을 쓸 수 있다. 후자는 회사가 매달 더한다. 어느 쪽이 맞는지 모르겠다면 대부분의 팀은 API로 시작한다. 두 경로가 있으면 기존 에이전트 스택을 전면 재구축하지 않고 붙일 수 있다.

개발자는 구매마다 1%를 얻고, 대시보드에서 설정한 마크업도 얻는다. 단순한 비용 항목이 아니라 수익원이며, 에이전트 제품을 대량으로 운영하는 팀에 중요하다. 잔돈이 아니라 진짜 돈이다.

발행된 카드는 청구를 인보이스 한 장으로 묶는 선충전 회사 잔액에서 빠지거나, Apple Pay나 Google Pay로 충전한 사용자 잔액에서 빠진다. 자체 회계 흐름을 원하는 회사는 전자를, 사용자가 돈을 소유하길 원하는 팀은 후자를 고른다.

지갑은 iMessage 에이전트, 에이전트 브라우저, 호스팅 서비스를 겨냥하며, 회사는 10분 이내에 구현할 수 있다고 말한다. 왜 이 속도가 중요할까. 결제 단계는 작동하는 에이전트를 마지막으로 막는 부분인 경우가 많기 때문이다. 연결해 두면 에이전트는 작업을 반쯤 남기지 않는다.