Browser Use Lets AI Agents Shop and Pay Without Touching Your Card
Browser Use agents can now check out on any website using disposable single-use cards issued by Stripe Link, without ever seeing your real card number.
- Browser Use agents can now pay at checkout using Stripe Link single-use virtual cards.
- Connect Link once; every purchase requires a manual tap-to-approve in the Link app.
- The agent never sees or stores your real card number, only a disposable one.
- Works on any merchant that accepts cards; Stripe checkouts get a smoother token path.
- Available in the US via cloud.browser-use.com, mobile support rolling out.
- Built on Stripe Issuing for agents, the same rails powering Link's agent wallet.
Web agents have been stuck at the same wall for a while. They can research products, compare prices, and fill a cart, but the moment checkout appears they hand the keyboard back to you. Browser Use has removed that wall by wiring its hosted agents into Stripe's Link wallet, so an autonomous run can go from prompt to paid receipt without ever touching your real card number.
Agent meets wallet
The flow is deliberately boring. Connect Link once under the Integrations panel in the Browser Use cloud console, enable Pay with Link, and give the agent a task. When it hits a checkout page, your phone buzzes with the amount, the merchant, and the item. You approve in the Link app, Link generates a fresh single-use card scoped to that one purchase, and the agent types the number into the merchant's form the same way a human would. After the transaction, the card is dead. On Stripe checkouts that advertise agent payments natively, the agent skips the card-number step entirely and pays with a Link Pay Token instead.
Why disposable cards fix a real problem
Handing a language model your Visa is risky for concrete reasons: prompt injection, screenshot leaks, overspending, and merchants you never intended to authorize. Single-use cards sidestep all of that. Agents get programmatic access to a one-time-use card or a Shared Payment Token backed by accounts already in your wallet, and they never touch your raw credentials.
There is a second benefit. Bot-detection stacks cannot easily distinguish whether the browser filling out a checkout form is a human or an assistant when it presents a real, valid Stripe-issued card. Merchants that block scraper traffic have historically caught agentic checkouts in the same net, but a legitimate card number on Stripe's rails looks identical to a human's on the payment processor's side.
What you actually get
- Human-in-the-loop by default. Nothing is charged before you approve in the Link app.
- Scoped credentials. One card, one purchase, one merchant. The agent cannot reuse it or drain your account.
- Works anywhere a card works. Not limited to Stripe-powered checkouts, though those get the smoother token path.
- No token custody. The agent never holds your Link session, so a compromised run cannot escalate.
- US-only for now, with mobile support rolling out next, extending agent purchases beyond desktop workflows.
Where it excels, and where it breaks
The clearest wins are repetitive, low-decision purchases: restocking office supplies, buying a specific SKU across regional storefronts, grabbing a domain, paying for a one-off SaaS seat, or booking a fixed-price ticket. Anywhere the decision is easy but the checkout is tedious, this pays off.
It stumbles in the same places every browser agent does. Some stores have anti-bot flows, confusing checkout forms, 3DS checks, or payment widgets that agents handle poorly. A 3D Secure step-up that texts an OTP to a phone the agent cannot read is still a hard stop. Start on a simple, low-stakes purchase before trying a merchant with queues, limited inventory, or complex shipping rules.
The infrastructure underneath
Browser Use is plugging into infrastructure Stripe released earlier this year. Link's wallet for agents lets consumers grant AI agents scoped one-time-use cards or Shared Payment Tokens without exposing raw card or bank details. It runs on Stripe Issuing for agents, a developer API available to any business for agent-issued cards and spending controls. Browser Use is among the first general-purpose agent runtimes to surface that primitive as a one-click integration rather than an SDK you wire yourself.
Competitors are circling the same layer. Agentcard, Paysponge, and several x402-based crypto payment schemes are all targeting it. Browser Use's bet is that Stripe's rails, backed by 200M+ existing Link consumers, become the default path for consumer-facing agents, while crypto and machine-native protocols like Shared Payment Tokens handle agent-to-agent and API-to-API commerce.
How to try it
Go to cloud.browser-use.com, connect Link under Integrations, toggle Pay with Link on your task, and describe what you want bought. Pricing follows the standard Browser Use cloud model, starting at $0.02 per browser-hour for the underlying infrastructure. Link does not charge extra for issuing single-use cards, though normal card processing fees still apply on the merchant side.
For anyone building on top of Browser Use rather than using the hosted product, the same primitive is available through the Stripe link-cli, so you can wire it into your own agent loop without going through the cloud console.