Protocols & Standards

AP2 (Agent Payments Protocol)

Also called: Agent Payments Protocol · Agents-to-Payments

AP2 (Agent Payments Protocol) is an open protocol for letting an AI agent pay on a user's behalf, structured so that every purchase carries cryptographically signed proof of what the user asked for, what the agent put in the cart, and what may be charged.

Intent MandateCart MandatePayment Mandate
AP2 records an agent purchase as three signed mandates; the cart mandate is where the user approves exactly what is being bought before payment is authorized.

Once an agent can spend your money, the hard question is trust: how does a merchant or a card network know the agent is acting within what you actually authorized, and not hallucinating a $4,000 order? AP2 answers that with signed mandates rather than by trusting the agent's word.

AP2 represents a single agent purchase as up to three mandates. The Intent Mandate captures scope and limits — "running shoes, size 10, under $150, white or grey, ship to my saved address" — signed by the user in their AP2 client. The Cart Mandate is the specific items and final price the agent assembled, approved by the user (for a real-time purchase) so there is a tamper-evident record of exactly what was agreed. The Payment Mandate is what the merchant or payment network is authorized to charge. Each mandate is carried as a verifiable credential — a signed JSON object any party in the chain can check — so authorization travels with the transaction instead of living only in the agent's memory.

AP2 was announced by Google in September 2025 with a large group of payment and commerce partners, and is positioned as payment-method-agnostic and composable with other agent standards: a2a-protocol for agent-to-agent messaging, a commerce layer such as ucp-universal-commerce-protocol for the shopping flow, and extensions for card networks or crypto settlement. As of 2026 it is an early, actively evolving specification with a handful of public pilots, not a settled, universally accepted rail.

How it works

The mandates chain together. The user's client signs an Intent Mandate describing what is allowed. The agent shops (often through a separate commerce protocol), builds a cart, and produces a Cart Mandate; for a human-present purchase the user signs it to confirm the exact items and amount, and for a delegated "buy it when it drops below $X" purchase the Intent Mandate itself has to be specific enough to stand in for that approval. A Payment Mandate then authorizes settlement against the user's chosen instrument. Because each step is a signed verifiable credential, the merchant, the payment network, and any intermediary can independently verify that the charge falls inside what the user authorized, and there is an auditable trail if it does not.

Example

A user tells their shopping agent: "reorder my usual coffee beans when I'm down to the last bag, up to $40 a month." The agent creates an Intent Mandate with that ceiling and a product description, signed by the user's client. Three weeks later it finds the beans at $18, builds a cart, and — because the intent was specific and pre-approved — issues a Cart Mandate and a Payment Mandate for $18 against the user's saved card. The merchant verifies all three mandates before shipping; a $60 order, or a different product, would fail that check.

How it differs

AP2 vs. UCP: they cover different layers of the same purchase. ucp-universal-commerce-protocol (and OpenAI/Stripe's similarly named Agentic Commerce Protocol) is about the shopping journey — discovering products, building a cart, checking out with a merchant. AP2 is about authorizing the payment for that cart in a way networks and banks can trust. They are designed to be used together, not as alternatives.

Common misconceptions

Often assumed: AP2 is a new payment network or a wallet.
Actually: It is an authorization protocol layered on top of existing payment instruments and networks — it standardizes the proof that an agent's charge was authorized, not the movement of funds itself.
Often assumed: With AP2 the agent can buy anything and the mandate sorts it out afterward.
Actually: The Intent Mandate sets limits up front and the Cart Mandate pins the exact purchase; a charge outside those bounds fails verification rather than being retroactively blessed.

FAQ

What is the AP2 protocol?
An open protocol, announced by Google in 2025, for agent-initiated payments. It represents a purchase as signed mandates — intent, cart, and payment — carried as verifiable credentials so merchants and networks can check the agent acted within the user's authorization.
What are the three mandates in AP2?
The Intent Mandate (what the user allows, with limits), the Cart Mandate (the exact items and price the agent assembled, approved by the user), and the Payment Mandate (what may be charged, against which instrument).
Does AP2 replace credit cards or A2A?
No. It is payment-method-agnostic and sits on top of existing instruments, and it is meant to compose with agent protocols like A2A and with a separate commerce/checkout layer, not to replace them.

Last checked: 2026-08-30

Related terms