DEV Community

Cover image for AWS vs. Google: Who's Winning the Race to Let AI Agents Pay for Things?
Yuuki Yamashita
Yuuki Yamashita

Posted on

AWS vs. Google: Who's Winning the Race to Let AI Agents Pay for Things?

Imagine you send a robot to the store with your credit card. Now imagine there are two totally different card readers being built for that robot, by two different companies, at the same time. That's roughly what's happening right now between AWS and Google, and almost nobody outside the AI world has noticed yet.

I've been poking at this space myself, building a small project called wallet-agent that lets an AI agent make its own purchases. So when I saw AWS and Google both racing to solve "how does a robot pay for stuff," I wanted to understand who's actually ahead.

Why does an AI agent need to pay for anything?

AI agents are starting to do real work on their own: booking things, calling other services, pulling data from APIs that charge a few cents per request. A human types a credit card number into a checkout page without thinking twice. An AI agent can't do that the same way. It needs some kind of wallet, a set of rules for how much it's allowed to spend, and a way to prove to whoever it's paying that the payment is real.

That's the gap both AWS and Google are trying to fill.

The protocol neither of them actually invented

Here's the part that surprised me most. The core piece of technology everyone is building on, called x402, wasn't made by AWS or Google at all. Coinbase built it. The idea is almost cute: back in the early days of the web, there was an HTTP status code, 402, that literally means "Payment Required." Nobody ever used it for anything. Coinbase dusted it off so that a server can reply to a request with "pay me this much first," and an AI agent can just... pay, instantly, in digital dollars called stablecoins, and try the request again.

x402 got popular enough that it stopped being just a Coinbase thing. In the middle of 2026 it moved under the Linux Foundation, with a neutral group now steering it. Visa, Mastercard, American Express, Stripe, and yes, Google, all signed on as members. So in a real sense, AWS and Google are both latecomers to the same protocol. Neither one owns it.

AWS's approach: plug straight into x402

AWS built something called AgentCore Payments, which launched as a preview in April 2026. It's fairly direct: it wires x402 straight into AWS's agent platform, using Coinbase and Stripe as the wallet providers behind the scenes. An agent running on AWS can hit a paid API, get the "payment required" response, and settle it automatically.

The catch is that it's early. As of this summer it only runs in four AWS regions, and Tokyo isn't one of them yet. Credit card funding is also limited depending on where you are. It feels like exactly what it is: a first version, built to prove the idea works.

Google's approach: a bigger permission slip

Google took a different angle back in September 2025 with something called AP2, short for Agent Payments Protocol. AP2 isn't only about crypto. It's more like a permission slip that an agent carries around, proving "yes, my human actually authorized this specific payment," no matter whether the money moves through a credit card, a bank transfer, or a stablecoin.

Only later, in the middle of 2026, did Google fold x402 into AP2 as the option for stablecoin payments specifically. So Google isn't really competing with AWS on x402 itself. It built a wider system first, and treated x402 as one ingredient rather than the whole recipe.

What actually makes Google look ahead isn't the protocol, it's who's already using it. By April 2026, Google could point to real pilots: PayPal wired its wallet into Google's Conversational Commerce Agent, and Mastercard ran an Agent Pay pilot inside PayPal. Those are big, recognizable names running actual tests, not just a spec on a website.

So who's actually winning?

Honestly, it depends what you're measuring. If the question is "who has the deepest, most direct integration with x402 itself," that's closer to AWS, since AgentCore Payments builds the whole feature around it. If the question is "who has more real companies already plugged in and experimenting," that's Google, thanks to AP2 and its early partners.

Neither one has actually won anything yet. AWS's service is still a preview missing a chunk of its regions. Google's pilots are still pilots. And the protocol underneath both of them now belongs to a neutral foundation that includes basically every major payments company on earth, which honestly might turn out to be the most important detail in this whole story. The wallet-reader-for-robots business is still being built, and it's being built by committee as much as by either single company.

If you're experimenting in this space yourself, that neutral governance move is worth watching closely. It suggests the winning move might not be picking AWS or Google at all, but building on the open protocol underneath both of them.

Top comments (0)