OpenAI and Stripe's Agentic Commerce Protocol: What Every Builder Needs to Know About the New Payment Stack
OpenAI and Stripe co-developed the Agentic Commerce Protocol. Visa, Mastercard, Meta, and PayPal are all building parallel rails. Here's the full picture.
OpenAI and Stripe Didn’t Just Build a Checkout Button — They Built a New Commercial Internet
OpenAI and Stripe co-developed the Agentic Commerce Protocol together. That sentence sounds like a press release, but the implications are considerably weirder and more consequential than the announcement framing suggests.
You probably saw the demos. An AI agent, given a task, goes and buys something on your behalf. It creates a spend request, you approve it, a one-time card gets issued, the transaction clears. It’s clean. It’s legible. It looks like the future in a way that’s easy to screenshot. But if you stop there — if you treat this as “ChatGPT can now buy coffee” — you’ve missed the actual story.
The actual story is that Visa, Mastercard, Microsoft, Meta, and PayPal are all building parallel versions of the same thing. Not because one company had a clever idea, but because the entire architecture of internet commerce is being restructured around a single shift: the buyer’s agent arrives with intent, context, and sometimes payment authority before the seller ever gets a chance to run a conversion funnel.
That’s not a product feature. That’s a different internet.
The Protocol, Explained Without the Hype
The Agentic Commerce Protocol is the formal name for the coordination layer that OpenAI and Stripe built together. But to understand what it actually does, you need to understand what problem it’s solving.
Built like a system. Not vibe-coded.
Remy manages the project — every layer architected, not stitched together at the last second.
The old internet commerce stack was built around a specific assumption: buyers arrive at seller-controlled environments, and sellers use those environments to make intent visible and then convert it. The entire Martech industry — which ballooned to over 8,000 companies in the 2010s — exists because of that assumption. Landing pages, A/B tests, checkout flows, cart abandonment emails, attribution modeling: all of it is infrastructure for observing and shaping human intent inside a seller’s funnel.
Agents break that assumption at the root. When a user tells an agent “find me authentic single-origin coffee,” the intent forms inside the buyer’s interface, not the seller’s. By the time any merchant is involved, the decision is largely made. The agent arrives with a brief, not a curiosity.
The Agentic Commerce Protocol is the mechanism for handling what happens next. On the payment side, Stripe’s Links wallet for agents lets a user grant programmatic access to their payment credentials. The agent creates a spend request. The user approves it. Link returns either a one-time use card or a shared payment token. The agent never sees raw credentials. Today, every request requires human review; Stripe has said it plans to expand controls so users can set spending limits and let agents act without fresh approval each time.
That’s the payment primitive. But the protocol isn’t just about payment — it’s about the full commercial handshake. Stripe’s agentic commerce suite lets merchants broadcast inventory, pricing, payment readiness, fulfillment logic, and merchandising controls directly into assistant surfaces. Not a landing page. Not a product listing. A structured, machine-readable description of what you sell and under what conditions.
The machine payments protocol goes further still — it’s a new primitive for agent-to-agent payment coordination, designed for the cases where the old web’s checkout pages simply don’t apply.
Why Every Major Payment Network Is Building the Same Thing
Here’s what makes this moment unusual: the convergence isn’t happening because one company licensed a protocol to the others. It’s happening because everyone looked at the same structural shift and drew the same conclusion.
Microsoft has pushed shopping inside Copilot. Meta is moving checkout closer to ads. PayPal is building commerce services around wallet trust and merchant protection. Visa and Mastercard are building agent payment and token systems independently. OpenAI and Stripe co-developed the Agentic Commerce Protocol, but as analyst Nate Jones put it, that’s “less proof that instant checkout wins and more early protocol experimentation around a bigger shift.”
The convergence point is this: commerce that begins inside the buyer’s interface, not the seller’s store.
Each of these companies is approaching it from a different angle. Stripe is coming from the infrastructure side — it already sits between merchants, payment networks, fraud systems, and developer tooling. Its network effects are real: John Collison has made the point that one of the best things about using Stripe is that all the other companies use Stripe. In an agent economy, that’s not just a network effects line. It’s how you build trust when the buyer never enters the seller’s funnel.
Visa and Mastercard are coming from the credential and token side — they control the rails that any card-based agent payment has to run on, and they’re building agent-specific token systems to maintain that position. Microsoft and Meta are coming from the interface side — they control surfaces where buyer intent is already forming, and they want commerce to happen there rather than somewhere else.
One coffee. One working app.
You bring the idea. Remy manages the project.
PayPal’s angle is interesting: it’s betting on wallet trust as the scarce resource. When an agent needs to make a payment on your behalf, the question of which wallet it’s authorized to use is a trust question as much as a technical one. PayPal has decades of consumer trust in that specific context.
None of these companies are building the same product. But they’re all building toward the same world.
The Walmart Test and What It Actually Proved
Before you conclude that agent-native checkout is the obvious end state, there’s a data point worth sitting with.
Walmart ran a test of ChatGPT instant checkout. It converted three times worse than simply sending shoppers back to Walmart’s own website. Daniel Danker, who oversees product and design at Walmart, called the experience “unsatisfying.” OpenAI’s own follow-up acknowledged that the initial version didn’t offer the flexibility it wanted to provide — and shifted toward letting merchants use their own checkout experiences while ChatGPT focused on product discovery.
The failure isn’t surprising when you think about what instant checkout inside a chat window was actually asking people to do. Shoppers already have carts, loyalty programs, delivery expectations, substitution preferences, and return relationships with merchants. Buying a single item through a chat interface doesn’t replace any of that — it just adds friction to a process that was already working.
What the Walmart test proved isn’t that agent commerce doesn’t work. It’s that the “buy button inside a chatbot” framing is the wrong mental model. The more durable version of agent commerce isn’t about where the transaction happens. It’s about where the decision happens. And increasingly, the decision is happening before the merchant is involved at all.
This is why the Agentic Commerce Protocol’s most important function might not be payment processing. It might be discovery — specifically, the ability for a merchant to be understood by an agent at the moment the agent is mapping intent to action. That’s a different problem from checkout, and it requires different infrastructure.
For builders thinking about how AI agents actually execute autonomous tasks, this distinction matters: the agent’s job isn’t to replicate a human checkout flow. It’s to resolve intent against available options and hand off to the right transaction surface.
The Fraud Problem Nobody Wants to Talk About
There’s a detail buried in Stripe’s Radar announcement that deserves more attention than it’s getting.
Stripe framed Radar’s new token theft defenses specifically around a threat that’s already real: fraudsters running millions of agents to steal tokens from AI products. Not thousands of fraudsters. A few thousand humans running millions of agents.
This changes the economics of fraud in a way that’s genuinely new. In traditional SaaS, a free trial user who turns out to be a fraudster costs you almost nothing — one more user clicking around a product generates negligible marginal cost. In an AI product, one more free user eats tokens. If that user is a fraudster specifically trying to burn tokens as part of the fraud, they’re consuming the company’s costs dollar for dollar. They’re not stealing data or gaming a referral program. They’re stealing compute.
Coding agents automate the 5%. Remy runs the 95%.
The bottleneck was never typing the code. It was knowing what to build.
The implication for anyone building AI products is that the fraud surface has changed shape. The old defenses — rate limiting, email verification, credit card holds — were designed for a world where the marginal cost of a bad actor was low. They’re not calibrated for a world where each fraudulent session has a real dollar cost attached to it.
Stripe is leveraging its network position here: Radar is trained across Stripe’s entire merchant base, and Stripe Signals extends risk information beyond transactions processed directly on Stripe. The company sees payment behavior, business behavior, signup behavior, and now potentially agent behavior across a large portion of the internet economy. That’s a meaningful advantage for fraud detection, but it also illustrates why the trust infrastructure for agent commerce has to be built at network scale, not by individual merchants.
For builders working on token-based pricing for AI models, the fraud angle is directly relevant — the economics of per-token billing only work if you can reliably distinguish legitimate usage from fraudulent consumption.
The Stablecoin and Streaming Payment Layer
One piece of the Stripe announcement that hasn’t gotten enough attention: Stripe Tempo, which enables stablecoin micropayments for streaming and per-token billing, paired with Stripe Metronome for precise usage tracking of AI token consumption.
This matters because agents create payment patterns that humans rarely created. Machine-to-machine payments. Streaming payments. Tiny research budgets. Per-query data access. Autonomous replenishment. API calls that settle as they happen. Cross-border usage running across time zones and services. Workflows where money needs to move continuously rather than in one monthly batch.
Traditional payment rails weren’t built for that shape of activity. Cards are a useful adapter — they let agents transact with the web as it exists today, without requiring every merchant to adopt a new protocol. But stablecoins are a better fit for machine-native transactions, where the timing mismatch between when value is consumed and when payment settles creates real risk.
The timing mismatch is the key problem. If an AI product incurs cost at the moment tokens are burned and the user is consuming value continuously, waiting until the end of the month to settle means the business has already paid for compute that the customer might not pay for. The fraudster might disappear. The margin might be gone. Streaming payments, metered at the token level and settled closer to when cost is incurred, are a structural answer to that problem.
This is also why Stripe’s usage-based billing push — dimensional pricing, hybrid pricing, real-time metering — is part of the same architecture. The transaction isn’t just leaving the store. It’s stretching across time. A checkout page captures a single moment of intent. Agents create mandates: do this when the condition is true, keep this under budget, buy this every time it drops below a threshold, pay for the output if it passes the eval.
For builders thinking about how to wire up agents that handle this kind of ongoing, conditional spending, platforms like MindStudio offer a practical starting point — 200+ models, 1,000+ integrations, and a visual builder for chaining agents and workflows without writing the orchestration layer from scratch.
What Brand Means When Agents Do the Shopping
There’s a claim that circulates in agent commerce discussions that sounds right and isn’t quite. The claim: agents are rational optimizers, so brand doesn’t matter.
Everyone else built a construction worker.
We built the contractor.
One file at a time.
UI, API, database, deploy.
The first part is true enough. An agent doesn’t feel status or nostalgia. It’s not moved by the emotional pacing of a landing page. It can’t be persuaded by good copy. But that doesn’t mean brand disappears — it means brand changes location.
In the seller-controlled web, brand does its work at the point of persuasion. You land on the site, absorb the design, read the language, see the social proof, and decide whether the company deserves your money. The seller gets to perform the brand for you every time you arrive.
In the agent-mediated web, brand becomes part of the buyer’s memory. Your preferences, prior purchases, trust history, loyalty memberships, and stated dislikes become inputs to the agent’s decision-making. The agent doesn’t feel brand loyalty, but it carries brand loyalty as a constraint. It can know that you particularly like a specific coffee roaster and shop accordingly. It can also know that you avoid a specific airline, that you distrust a specific marketplace, that a specific vendor broke your trust once and you never went back.
That’s a hard position for sellers to recover from, because they don’t get to reset the conversation. They don’t get to control the surface and say “no, really, trust me.” Brand becomes less like a billboard and more like an entry in the buyer’s operating context — a ledger entry, not a performance.
The brands that survive this shift will be the ones that have become reliable preferences: clear data, clear policies, consistent fulfillment, strong reputation, good support, and enough accumulated trust to survive comparison. The brands that won’t survive are the ones that exist because buyers end up there when they’re tired and frustrated and just need an answer. Agents make that moment of pure emotional friction much less frequent.
What Builders Should Actually Watch
The Agentic Commerce Protocol is early. The Walmart test failed. The stablecoin rails are nascent. Most of the agent payment infrastructure being built by Visa, Mastercard, Meta, and PayPal is still in prototype or announcement phase. You’re not behind if you haven’t integrated any of this yet.
But the direction is clear enough to act on now. If you’re building AI products, the fraud economics have already changed — the Radar announcement is a signal that token theft at agent scale is a present problem, not a future one. If you’re building commerce products, the question of whether your business can be called by agents (not scraped, not summarized — called programmatically) is worth answering before it becomes urgent.
For builders working on AI agent strategy and how different platforms are approaching autonomous execution, the payment layer is the piece that’s been underspecified in most agent architecture discussions. Reasoning and tool use get most of the attention. The trust chain — buyer, agent, wallet, seller, payment network, task — is where the real complexity lives.
The practical checklist is shorter than it sounds. Can an agent understand what your product does? Can it identify when you’re relevant? Can it read your pricing, your terms, your cancellation policy, your error handling? Does your commercial reality exist somewhere that software can act on it, or only somewhere that humans can read it?
Remy doesn't write the code. It manages the agents who do.
Remy runs the project. The specialists do the work. You work with the PM, not the implementers.
Those questions don’t require you to integrate the Agentic Commerce Protocol today. They require you to think about your business as something that needs to be legible to software acting on behalf of humans — which is a different design problem than making it legible to humans directly.
Tools like Remy are relevant here in a specific way: when you’re building the agent-facing layer of a product — the structured, machine-readable surface that exposes what you sell and under what conditions — you’re essentially writing a spec for what your business does. Remy compiles annotated markdown specs into complete full-stack applications, which means the spec that describes your commercial reality can become the source of truth for the code that exposes it.
The infrastructure is being built. OpenAI and Stripe have a protocol. Visa and Mastercard have their own token systems. Microsoft, Meta, and PayPal are all moving toward the same destination from different directions. The question isn’t whether this happens. It’s whether your product is ready to be on the receiving end of an agent that already knows what it wants.
The seller’s funnel was a machine for making human intent visible. That machine is being replaced by something the buyer controls. The companies that understand that early enough to restructure around it will have a significant advantage over the ones that figure it out when their conversion rates start looking like Walmart’s.