WebMCP：ブラウザエージェントがクリック座標の代わりにアクションを受け取ります

ブラウザエージェントはボタンを見て、その位置を推定します。それでうまくいくこともあります。しかしウェブアプリケーションは、その意味をもっと明示的に伝えることもできます。たとえば、このアクションは空いている予約枠を検索し、日付を受け取り、一覧を返す、というようにです。クリック位置から、説明されたツールへのまさにこの転換こそが、WebMCPを興味深いものにしています。

ドキュメントに記載された状況では、WebMCPは実験的な提案です。現在の解説文書は、JavaScriptとdocument.modelContextによる命令的な登録を扱っています。宣言的なHTMLフォームツールは別途検討されており、現時点ではこの仕様の一部ではありません。そのため、2026年五月18日付のChromeの概要ページは、十月に新しい汎用的なブラウザ機能が登場したと主張する理由にはなりません。

ツールは限定されたアクションから始まります

編集部独自の例は「空いている予約枠を探す」というものです。その役割は情報の提供で終わります。予約を作成することはありません。エージェントが検索結果を確定した予約に変えてしまわないよう、説明文そのものの段階でこの点を明確にしておくべきです。

入力には日付と提供されるサービスが含まれます。結果では、同じ参照情報とともに空いている時間枠が示されます。「10:30」のような単独の値では不十分です。別の日や別のサービスのものである可能性があるからです。構造化された結果は、その項目を曖昧さなく解釈できる場合に特に役立ちます。

{
  "tool": "find_slots",
  "input": {
    "date": "2030-04-12",
    "service": "intro"
  },
  "effect": "read_only"
}

これは編集部の学習用スキーマであり、そのままコピーして使えるWebMCPの登録ではありません。将来の日付とサービスは架空のものです。実際の実装で規定しなければならない契約を示しています。具体的なAPIの構文については、現在の実験的なドキュメントが正となります。

エラーにもわかりやすい意味が必要です

無効な日付、空いている予約枠がないこと、技術的な理由でサービスに到達できないことは、三つの異なる結果です。そのすべてが単に空の一覧を返すだけなら、エージェントは原因を推測しなければなりません。そのため、ツールの応答には、わかりやすい状態と、次の判断に必要な情報を含めるべきです。

部分的な情報についても同じことが言えます。検索は完了しているのか、それともまだデータが欠けているのか。その応答は最新のリクエストに対するものか。その間に本人が日付を変更していないか。こうした問いは、インターフェースをスクリーンショット経由で扱う場合でも、ツール経由で扱う場合でも存在します。

説明は権限ではありません

正しい入力スキーマは、リクエストがどのような形であるべきかを示します。呼び出し元がその情報を読むことを許可されているかどうかを決めるものではありません。アプリケーションは引き続き独自のルールを適用しなければなりません。聞こえのよいツール名は、サインインでもアクセス制御でもありません。

予約への移行にも、独自の意味が必要です。「空いている時間を検索する」と「この時間を予約しておいて」とでは、結果が異なります。この二つが、いつの間にか一つの機能に統合されてしまうべきではありません。実際の予約では、確認済みの項目と意図された指示を考慮に入れる必要があるでしょう。

したがって、最初の無害な設計演習には、固定のサンプルデータで十分です。三つの応答状態を記述し、それぞれの場合にどの次のアクションが妥当かを検討してください。そうすれば、実際の予約や既存のWebMCPランタイムを装うことなく、契約がどれほどわかりやすいかを試すことができます。

WebMCPは、自動的に既存のリモートMCPサーバーになるわけではありません

MCPという言葉は、さまざまな技術的文脈に登場します。ブラウザ側で説明されたアクションは、それだけで、HTTP経由で到達できるリモートのツールサーバーと同じ種類の接続になるわけではありません。特定の接続において重要なのは、クライアント、トランスポート、サインイン、そして実際に提供されているツールです。

したがって、既存のリモートMCPアクセスがあっても、ウェブサイトがWebMCPに対応している証明にはなりません。同様に、実験的なブラウザの提案があるからといって、すべてのエージェントがすでにそれを使えるとは限りません。この区別は実務的なものです。名前が似ていることで、誤った統合計画を立ててしまうのを防いでくれます。

応用できる問いは明確なままです。アプリケーションは、どのアクションが、どの入力によって、どのような結果とどのような効果をもたらすのかを表現できるでしょうか。この答えが正確であるほど、エージェントは画面上の位置から推測しなくて済みます。優れたツール契約は、行動の余地を理解しやすくします。それでも、アプリケーションのルールは引き続きアプリケーション自身の責任です。

出典と状況

2026年十月25日時点の調査とドキュメントに基づきます。 WebMCP · WebMCPの解説文書。