AI agents running in the buyer's browser can now use WebMCP tools to read and update an in-progress checkout. When the buyer's own input is required, such as 3D Secure authentication, control is handed back to the buyer.
Storefront and cart tools were already available, but actions after entering checkout weren't covered by the tools.
Agents can read, update, and (after the buyer confirms) submit the active checkout in the buyer's browser session.
navigate_to_storefrontget_checkoutupdate_checkoutcomplete_checkoutupdate_checkout — the specific list of "supported fields" it can update isn't given in this article. Argument and return-value specs for each tool aren't given either (see the "WebMCP tools for checkout" docs for details).| Stage | Tools | Status |
|---|---|---|
| Product discovery | Storefront tools | Available |
| Cart management | Cart tools | Available |
| Checkout | get_checkout / update_checkout / complete_checkout / navigate_to_storefront | New |
| Order confirmation | get_checkout(order details after completion) | New in this update |
The article explicitly states that no merchant setup is required.
The tools run inside checkout-web and don't expose any new APIs.
The target is an active checkout within the buyer's browser session. Intended for agents that shop through the browser.
get_checkout to get the current state and messages.
update_checkout to fill in supported fields.
If 3D Secure or similar is required, control returns to the buyer.
After confirmation, call complete_checkout; once complete, use get_checkout for order details.
The tools run inside checkout-web and use the same state as the checkout UI. Agent updates and what's shown on screen don't maintain separate states.
No new server-side endpoints or APIs are added. Think of it as a set of tools that runs entirely within the buyer's browser.
If a blocking UI extension requires buyer input, control passes from the agent back to the buyer. Keep in mind that your own Checkout UI extensions become "stopping points" in agent-driven purchase flows.
Identity verification such as 3D Secure authentication is designed to return to the buyer. Submission (complete_checkout) likewise happens only after the buyer confirms.
Combined with the existing storefront and cart tools, agents can assist all the way from product discovery to order confirmation. Teams building commerce agents can design experiences around the full tool set (see the "building commerce agents" docs for details).
get_checkout → update_checkout → buyer confirmation → complete_checkout → get_checkout(order details).