AnchorとAgentCoreの自動支払い。プレビューでも実課金、セッション上限を確認

自社に関係する？

AIに調査や情報取得を任せる場合、有料データやAPIへの支払いをどこまで許可するかを決める材料です。自社商品の購入者向け決済とは用途を分けます。

AWSは2026年10月13日、Anchor BrowserとAmazon Bedrock AgentCore paymentsを連携し、有料ページやAPIへの支払いをブラウザ内の処理へ組み込む構成を紹介しました。AWS公式ブログ

プレビューでも、有効化すると実際の支払いになる

確認したAnchorの開発資料は、この機能をプレビューと説明しています。自動支払いは既定で無効で、有効化すると設定された支払手段から実際の支払いを行うことを許可する設計です。

「プレビューだから無料の動作確認」とは判断しません。また、利用のたびに人が承認画面を開く方式としてではなく、設定された予算内で自動支払いを行う機能として読みます。

上限・期限・別料金を確認する

項目	Anchorの現行資料で確認できた条件
支出上限	ブラウザセッションごとに最大0.01 USD
支払いの承認期限	480分。ブラウザを長く開いても期限は延びない
支払いできない場合	予算不足、対応する支払方法がない場合などは元のHTTP 402応答を返す
ブラウザ利用料	この設定は外部リソースへの支払いを扱う。Anchorのクレジットやブラウザ自体の利用料を置き換えない

0.01 USDはこの連携の1セッションの支出上限で、契約全体の料金総額ではありません。AWSのAgentCore payments全体や、ほかの接続先にも共通する上限とは判断しません。

国内ECとの関係

立場・機能	確認日2026-10-23時点の区分
日本の販売者 × 商品発見	自社商品の推薦・フィード登録を扱う発表ではない
日本の販売者 × 決済	有料API・コンテンツアクセス向けの支払い構成。国内店舗の物販決済対応は未確認
日本の購入者 × 商品発見	国内購入者向けの検索・推薦サービスの発表ではない
日本の購入者 × 決済	国内カード・円・通常のEC購入に関する対応条件は未確認

国内向けの一般公開・限定提供・申請制・提供予定、利用資格、料金総額や国内実績は未確認です。AWS Marketplaceへの掲載説明も、あらゆる地域・機能で一般提供済みという根拠にはしません。

今やること — 編集部の提案

自社のAIへ有料情報の取得を任せる場合は、対象となる情報源、支出する単位、期限、上限に達したときの扱いを整理することを提案します。支払いができず処理が止まった場合に、担当者がどう判断するかも決めておけます。

予算表では、取得先へ支払う料金と、AIやブラウザを動かす料金を分けます。これは費用を見落とさないための業務整理の提案で、導入による節約や効果を検証した結果ではありません。

技術的な補足と出典

有料リソースがHTTP 402で支払いを求めると、AgentCoreが予算を確認して支払い証拠を生成し、Anchorがリクエストを再送する構成です。現行資料はx402の版に応じた支払いヘッダーも区別しています。AgentCoreの概要と、Anchor固有の制限を分けて参照します。

Mastercardのデジタルサービス支払いは別の提供条件です。本誌はAPI設定、アカウント・ウォレット接続、自動支払い、失敗時処理を実行していません。

• AWS公式ブログ：掲載日2026-10-13。掲載時刻・日本時間の日付は未確認。確認日2026-10-23。
• Anchor自動x402支払い資料：プレビュー、既定設定、上限・期限・料金の範囲を確認。確認日2026-10-23。
• AgentCore payments概要：有料APIなどへの支払い用途を照合。確認日2026-10-23。