便利な操作ほど、境界を先に書く。Web上の操作をAIへ渡すときは、画面をクリックできるかだけでなく、サイトがどの操作をツールとして公開し、人がどこで承認するかを決めます。WebMCPを検討する場合も、標準化の段階と自分のサイトの責任範囲を分けて考えます。
画面操作からツール呼び出しへ
人が画面を見る操作では、AIがボタンや入力欄を探し、状態を読み、次の操作を選びます。サイト側が検索、比較、在庫照会のような機能を名前と入力項目つきのツールとして用意すると、AIは画面の見た目だけに頼らず、定義された操作を呼び出せます。これは、サイトの機能をAIに丸ごと渡すという意味ではありません。
読む・変える・確定するを分ける
最初に公開する操作は、情報を読むだけのものから始めます。次に、カートや下書きを変える操作を置き、送信・購入・予約の確定は別の段階にします。操作の副作用を三段階で分けると、AIへ渡すツールの一覧と承認点を説明しやすくなります。
- 参照：検索、在庫、説明、比較結果を返す。
- 変更：候補の保存、カート、下書きなどを変える。
- 確定：購入、予約、送信、公開など取り消しに条件がある。
この三段階は、サイトの操作一覧と承認一覧へそのまま転記できます。参照ツールの結果を変更ツールへ渡す場合も、どの値が引き継がれたかを利用者が確認できる表示を残します。
WebMCPは標準化の途中として読む
WebMCPの仕様ページは、WebアプリケーションがAIエージェントへJavaScriptのツールを提供するためのAPIを説明しています。一方、W3CのページではCommunity Group Draftであり、W3C StandardではなくStandards Trackでもないと示されています。提案段階の仕様を導入済みの標準と呼ばないことが重要です。
Chromeの開発者向け説明も、構造化されたツールとフォームを扱う提案として案内しています。利用できるブラウザ、実装方法、仕様の名称は更新されるため、導入前に現在の公式資料を確認します。
ツール定義に四つの欄を置く
サイト側のツールは、名前だけを登録して終わりにしません。対象データ、入力の形式、実行前の条件、実行後に変わるものを記録します。さらに、失敗したときの返し方と、ユーザーへ見せる確認文を用意します。
たとえば検索ツールなら、検索対象と件数上限、情報の時点、空結果の返し方を決めます。購入候補を作る操作なら、合計金額、配送条件、在庫時点、確定前の表示を人が確認できる形にします。ツール定義を利用者の確認文へつなげることが、実装と運用の境目になります。
承認が必要な操作をテストする
本番データへ触れる前に、参照だけの環境で、正常・空・権限不足・古い情報の四つを試します。変更操作へ進む場合は、誰が承認し、どの値を見て、取り消しや問い合わせをどう行うかをテスト項目へ入れます。
ブラウザを操作するAIの範囲と承認については、外部操作AIの権限と復旧を整理した記事も参考になります。ツールを増やす前に、確定操作を一つ減らせないかを検討します。
日常の入力や確認の導線を短くする場合も、AI活用の入口を整える記事のように、何を記録し、どこで人が判断するかを先に決めます。WebMCPの導入は、操作を増やすことではなく、境界を明示する作業です。
導入後も、仕様が変わったツール、権限を変更したアカウント、返り値の形式が変わった操作を記録します。テスト結果が古くなったら、確定操作を止めて参照だけへ戻す判断を置きます。
WebMCPの位置づけを確認した公式情報
2026年8月30日に、W3C Web Machine Learning Community GroupのWebMCP草案、Chrome for DevelopersのWebMCP説明を確認しました。
WebMCPの位置づけやブラウザ対応は変わる可能性があります。実装を始めるときは、提案仕様と各ブラウザの公式案内を読み、参照・変更・確定の境界を自分のサイトへ書き戻してください。
