購入者のブラウザ上で動く AI エージェントが、WebMCP ツールで進行中のチェックアウトを読み取り・更新できるようになった。3D セキュア認証のように本人の入力が必要な場面では、操作を購入者に返す。
ストアフロントとカートのツールは提供済みだったが、チェックアウトに入った後の操作はツールの対象外だった。
購入者のブラウザセッション内のアクティブなチェックアウトを、エージェントが読み取り・更新・（購入者の確認後に）送信できる。
navigate_to_storefrontget_checkoutupdate_checkoutcomplete_checkoutupdate_checkout で更新できる「サポートされた項目」の具体的な一覧は本記事に記載なし。各ツールの引数・戻り値の仕様も記載なし（詳細は「WebMCP tools for checkout」のドキュメント参照）。| 段階 | ツール群 | 状況 |
|---|---|---|
| 商品探し | ストアフロントツール | 提供済み |
| カート管理 | カートツール | 提供済み |
| チェックアウト | get_checkout / update_checkout / complete_checkout / navigate_to_storefront | 今回追加 |
| 注文確認 | get_checkout（完了後の注文詳細） | 今回追加 |
記事には「マーチャントの設定は不要」と明記されている。
ツールは checkout-web の内部で動き、新しい API を公開するものではない。
対象は購入者のブラウザセッション内のアクティブなチェックアウト。ブラウザから買い物をするエージェント向け。
get_checkout で現在の状態とメッセージを取得。
update_checkout でサポートされた項目を埋める。
3D セキュア等が必要なら購入者に操作が戻る。
確認後に complete_checkout、完了後は get_checkout で注文詳細。
ツールは checkout-web 内で動き、チェックアウト UI と同じ状態を使う。エージェントによる更新と画面表示が別々の状態を持つわけではない。
サーバー側の新エンドポイントや API が増えるわけではない。購入者のブラウザ内で完結するツール群として理解する。
購入者の入力を必要とするブロッキング UI 拡張があると、エージェントから購入者に操作が返る。自社の Checkout UI 拡張がエージェント経由の購入フローで「止めどころ」になる点を意識する。
3D セキュア認証のような本人確認は購入者に戻る設計。送信（complete_checkout）も購入者の確認後という位置づけ。
既存のストアフロント／カートツールと組み合わせることで、商品探索から注文確認までをエージェントが支援できる。コマースエージェントを作る側は、ツール一式を前提にした体験設計が可能になる（詳細は「building commerce agents」のドキュメント参照）。
get_checkout → update_checkout → 購入者確認 → complete_checkout → get_checkout（注文詳細）の流れで設計する。