01

A five-part fit test

An agentic payment is a strong fit when the agent can evaluate the economic choice, the principal can express a narrow mandate, the seller exposes deterministic terms, the rail can be verified programmatically, and failure has a defined recovery path.

If the user must make a high-emotion or irreversible decision, the agent can still research and prepare the transaction while a human approves the final state. Human-present operation is part of agentic commerce, not a failure of autonomy.

Use-case fit dimensions
DimensionStrong fitWeak fit
ChoiceStructured and comparableSubjective, ambiguous, or safety-critical
AuthorityClear budget and counterparty boundsOpen-ended permission
DeliveryImmediate or objectively verifiableLong, disputed, or difficult to observe
FrequencyRepeated coordination burdenRare one-off decision
RecourseRefund, dispute, escrow, or bounded lossIrreversible with unbounded downside
02

Paid APIs, data, models, and tools

An agent can discover a paid resource, evaluate price and capability, satisfy a 402 challenge, consume the result, and attach the receipt to the task. The deliverable is immediate and machine-verifiable, making per-request services a natural fit for x402 or MPP-style payment gating.

Controls still matter: destination allowlists, per-tool budgets, malicious tool output, data licensing, retry behavior, and the risk of paying repeatedly for low-quality results. The agent should evaluate value after delivery and make repeated providers earn a larger budget.

03

B2B procurement and infrastructure replenishment

Agents can source approved inventory, renew capacity, pay known invoices, or move a purchase through organizational approval. These flows benefit from typed catalogs, merchant allowlists, budget centers, purchase-order references, and clear reconciliation.

The policy engine should encode organization roles and separation of duties. The agent proposing a supplier or amount should not be the only component approving it or releasing credentials.

04

Consumer shopping and travel

Agents can search, compare, assemble a cart, and present a short list or final order for approval. Delegated purchase may be appropriate for routine replenishment, but new sellers, non-refundable terms, substitutions, travel restrictions, and recurring commitments should trigger step-up.

Existing card rails remain attractive because acceptance, refunds, and disputes are familiar. Agent recognition and scoped tokens add context without forcing the merchant to operate an onchain payment stack.

05

Machine-to-machine services

Software can purchase compute, storage, bandwidth, data, verification, or energy-like services continuously. The economics may favor very small values, batching, streaming, or account-based settlement instead of one conventional card transaction per event.

High frequency magnifies small bugs. Budgets, velocity controls, idempotency, pricing caps, reconciliation, and emergency stops must be enforced outside the model or service making the purchase decision.

Source discipline

Primary sources

Product status and protocol behavior are checked against maintainer documentation. Company sources establish what their organizations publish; they do not independently prove adoption or performance.

  1. Welcome to x402Coinbase Developer Platform
  2. Agentic payments in the Agents SDKCloudflare Developers
  3. Mastercard launches Agent Pay for MachinesMastercard
  4. Agentic commerceStripe Documentation
  5. Trusted Agent Protocol overviewVisa Developer Center