Core concept: the checkout session
ACP works in terms of checkout sessions — stateful objects that represent a purchase in progress. The session transitions through states as the agent and merchant interact.Create a checkout session (agent side)
Complete payment
paid; on failure, to failed with a reason code.
Fulfillment
Merchants report fulfillment back to Sly; buyers poll or subscribe toacp.checkout.fulfilled webhooks:
Endpoints
Plus 26+ sub-resource endpoints for items, shipping, discounts, tax calculation, and webhook replay. See API reference for the complete list.
Differences from the canonical ACP spec
Sly’s implementation adheres to the Stripe/OpenAI spec, plus:- KYA tier enforcement — agents cannot complete checkouts that exceed their KYA tier limits
- Wallet policies — per-merchant allowlists/blocklists enforce at checkout time
- Composition — checkouts can be funded by UCP tokens, AP2 mandates, or x402 bridged payments
- Approval workflow — checkouts above a policy threshold auto-trigger human approval
When to use ACP
- Merchant is on Stripe Connect or listed in the OpenAI Agent marketplace
- Buyer is a ChatGPT agent or OpenAI-ecosystem agent
- You want card-network-native payment (Visa, Mastercard, Amex)
- You need the Stripe / OpenAI compliance posture out of the box