Overview
Agent Payments Protocol documentation for Akii support boundaries, setup, approved outputs, readiness, safety limitations, and related docs.
- Clarifies how intent, authorization, payment credentials, and seller accountability should be handled when agents are involved.
- Akii support today: AP2 payment-readiness report; Policy and handoff completeness checks; Safety boundary documentation for no payment processing.
- Akii does not do: Payment mandate issuance; Payment token handling; Card data storage; Payment execution.
This page is marked Readiness. Treat the content as an implementation boundary, not a certification, production support guarantee, or platform partnership claim.
What Agent Payments Protocol does
Defines payment authorization concepts for agent-initiated commerce, including mandates and accountability.
- Seller identity
- Checkout and payment-handoff readiness
- Refund, cancellation, deposit, fulfillment, and support policies
- Evidence that payment execution is handled by an approved provider
What Akii supports today
Akii documents support by implementation status: supported, partial, readiness, export, planned, watchlist, or requires verification.
- AP2 payment-readiness report
- Policy and handoff completeness checks
- Safety boundary documentation for no payment processing
Setup instructions
Start from an approved Commerce Graph, resolve missing client identity, offer, policy, source, publishing, and action-path fields, then enable only the public output or export surfaces that are implemented for the client brand.
- Confirm the client brand has approved identity, website, locations, offers, policies, and action paths.
- Run the relevant Protocol Compatibility check and resolve missing required fields before publishing.
- Enable public data publishing, MCP-compatible access, Agent Card output, UCP profile output, AP2 readiness output, Agent UI payloads, or JSON-LD only when the agency or client owner has approved that public surface.
- Run Answer QA after enabling the output and record any issues in Fix Queue.
What Akii does not do
These boundaries are part of the public claim. Do not collapse readiness into certification or a data export into a live platform partnership.
- Payment mandate issuance
- Payment token handling
- Card data storage
- Payment execution
Safety note
Akii does not claim certification or formal partnership with protocol maintainers unless explicitly stated. Akii prepares, validates, and exposes the client-side data and action layer those systems increasingly require.
- Do not present Akii as a mandate issuer.
- Do not imply payment credential storage.
- Do not describe readiness reports as payment processing.