Claude Sonnet 5は会計処理を行えるか？チェックアウト時にAIエージェントがMCPプラグインで実際にできること

Claude Sonnet 5は会計処理を行えるか？ チェックアウトの操作（商品の検索、カートの作成、配送先情報の入力、ボタンの押下）を実行することは可能です。しかし、自律的にお金を動かすことはできません。その最後のステップはモデルではなく、決済プロトコルの役割です。一方が他方に処理を引き渡す境界線を理解することこそが、2026年におけるチェックアウト時のAIエージェントのすべてであり、多くの誇大広告が無視している部分です。

そこで、モデルができること、MCPプラグインができること、そして実際に取引を確定させるものは何かを整理してみましょう。

MCPプラグインとは何か、そして実際に何を行うのか？

Model Context Protocol（MCP）は、AIモデルと外部世界をつなぐ結合組織です。Anthropicが2024年11月にオープンソース化し、2025年12月にBlockやOpenAIとともに、Linux FoundationのAgentic AI Foundationに寄贈しました。それ以来、ほぼすべてのエージェント型コマース規格がこのレイヤーの上に構築されるようになっています。

MCPプラグインは、1つ以上のMCPサーバーと、エージェントがそれらを使用するために必要な指示（インストラクション）がセットになったものです。サーバーはツールのメニュー（「カタログ検索」「カート作成」「配送オプション取得」など）を公開し、エージェントはそのメニューから選択します。MCPが担うのは、ディスカバリー（どのようなツールが存在するか）とインボケーション（それらを呼び出すこと）の2つだけです。決済、認可、またはアイデンティティは扱いません。仕様書に明記されている通り、MCPが1ドルたりともお金を動かすことはありません。

この違いは重要です。プラグインを使用すれば、エージェントに商品カタログを読み込ませ、注文を組み立てさせることができます。しかし、それ単体でカードに課金することはできません。「AIチェックアウト」を謳うサービスは、実際には複数のプロトコルのスタックであり、MCPはその最下層に過ぎないのです。

AIエージェントは実際に購入を完了できますか？

はい。ただし、処理を完了するには決済プロトコルが必要です。最も普及しているのは、OpenAIとStripeが維持管理しているAgentic Commerce Protocol（ACP）です。ACPはチェックアウトを明確なシーケンスに分解します。エージェントが加盟店のカタログから商品を見つけ、購入者がそれを選択し、エージェントがリアルタイムの価格、バリアント、配送情報を取得し、最後に決済トークンを完了エンドポイントに送信して注文を完了します。

このトークンが鍵となります。エージェントが未加工のカード情報を直接扱うことはありません。購入者があらかじめ承認した資格情報を渡し、加盟店の決済プロバイダーがそれを処理します。Stripeのバージョンは、既存のCheckout Sessions API上で動作し、裏側で税金や配送の処理を行います。

GoogleのUniversal Commerce Protocol、決済用のAP2、VisaのTAPなど、競合する規格も存在し、実際の導入事例の多くはこれらを2つか3つ組み合わせて使用しています。その根底にあるパターンは一貫しています。MCPが発見と呼び出しを行い、決済プロトコルが認可と決済を行います。OpenAIが2026年3月にインスタントチェックアウト機能を廃止し、小売アプリへ移行した際も、その下にあるMCPの仕組みは変わりませんでした。コマースレイヤーが移動しただけで、ディスカバリーレイヤーはそのまま残ったのです。

Claude Sonnet 5は何を変えたのか？

Anthropicは2026年6月30日にClaude Sonnet 5をリリースし、計画立案、ブラウザやターミナルなどのツールの使用、そして従来はより大型で高価なモデルを必要としたレベルでの自律実行が可能な、最もエージェントに適した中型モデルとして位置づけました。入力トークン100万個あたり2ドル、出力トークン100万個あたり10ドルという導入価格により、エージェントにチェックアウトフロー全体を実行させるコストは大幅に軽減されました。

オンライン販売を行う事業者にとって、2つの詳細が重要になります。第一に、持続的なフォーカスです。Sonnet 5は、複数ステップに及ぶタスクをより長く維持できます。これは、まさに「発見・選択・決済」というシーケンスが要求する能力です。第二に、エージェント環境における安全性です。Anthropicは、悪意のある要求の拒否やプロンプトインジェクション攻撃への耐性が向上したと報告しています。エージェントにお金を使う権限が与えられている場合、乗っ取られた指示を拒否できることは、単なる「あれば便利な機能」ではなくなります。

しかし、それによって役割分担が変わるわけではありません。より有能なモデルは、チェックアウトをより確実に実行します。それでも、決済を処理するのはモデルではありません。

これが加盟店のPOSにとって何を意味するのか？

エージェントが顧客に代わって買い物をするようになるなら、チェックアウトの仕組みがエージェントにとって理解しやすい（判読可能である）必要があります。それは、MCPサーバーが読み取れる構造化されたカタログ、決済プロトコルが完了できるチェックアウトステップ、そしてエージェントが発生させる余分なトランザクションに対してペナルティを課さない価格設定を意味します。

ここで、インフラがアドオン（後付け機能）に勝ることになります。カスタムチェックアウトフローを中心に構築されたドラッグ＆ドロップPOSは、すでにそのステップを構造化された方法で記述しています。これは、エージェントがそれらをナビゲートするために必要な構造そのものです。月額ソフトウェア利用料なしの決済手数料のみの価格モデルであれば、エージェントが少額で頻繁な注文を処理しても、余計な固定費を課されることはありません。そして、Stripe上に構築された決済レイヤーは、すでにACPが拡張する言語に対応しています。

2026年における率直な見解として、エージェントによるチェックアウトは現実のものとなっていますが、まだ初期段階です。そして、硬直したレガシーPOSにAIを後付けしている加盟店よりも、システムが構造化され、決済に対応している加盟店が優位に立ちます。そのギャップを検討しているなら、AIがビジネスにできることとできないことや、SaaSサブスクリプションを積み重ねる本当のコストに関する私たちの見解が参考になるでしょう。

Finalは、まさにその基盤（カスタムチェックアウトフロー、決済手数料のみの価格設定、Stripeを通じた決済処理）の上に構築されています。人々が実際に購入する未来のスタイルに対応したPOSをお求めなら、ここから始めるのが最適です。