Claude使ってたらダメだよ。でも、Google FlightsでユーザーがGemini使ってるなら大丈夫。もちろん、有料版ね。

彼らはサービスを自分たちが望む形で使わせたいんだよ。eコマース？自分のものを自動で買いたい？多分、制御された形でならそれを許可したいんだろうね。価格比較のためにサイトをスクレイピングしたい？それはあまり歓迎されないかも。

今、私の企業のソフトウェアの仕事でこれを見てる。Swaggerドキュメントを読むためにセキュリティや製品承認が必要だったサービスが、今は2クリックでMCPサーバーをインストールできるようになってる。

自分は「User-Agent」の意味や、HTTPヘッダーに含めることが重要だった理由を覚えているくらいの年齢だよ。昔は「Chromium (Gecko; Mozilla 4.0/NetScape; 147.01 ...)」に固定される前の話ね。PDAや車、自動トースターが代わりにウェブをブラウジングして、必要に応じてHTMLを受け取ったり、受け取らなかったりする未来について語り合ってた。あの時は「ユーザーエージェント」って名前をわざわざ付けたんだよね。AIツールがついにウェブのためにこれを実現できるようになったけど、そんなビジョンを持っていた人たちの上に築かれた企業が、信頼のチェーンは人間の目からサーバーまでって考えているのは残念だな。

要するに、Googleはあなたのウェブサイトをブラウザや他の製品に組み込むエージェントがもっと使いやすくしたいってこと。彼らはユーザー層とモデルを持っていて、あなたの製品が使われるかどうかを決める権利がある。検索の独占を考えてみて。ユーザーから見たらあなたのサイトは存在しないも同然で、エージェントを通じてしか使われないし、Googleが許可しない限りはね。この実装作業はあなたの責任だよ。Googleはそれを実現するためのフックをブラウザに組み込んでいる。それがWebMCP。全てが不透明で、何か問題が起きたらAIのせいにされる。利益（LLMのレーダーにサイトが表示されるために課金される未来の広告収入）はGoogleが持っていく。その他のAI企業もこの計画に賛同しているよ。何か質問ある？

ウェブサイトは、ずっと前からCloudflareやCAPTCHAの背後にすべてを隠して自動化ツールを防ぎたいのか、それとも自動化できるようにしたいのか？両方を持つことはできないと思うんだけど。この提案（https://docs.google.com/document/d/1rtU1fRPS0bMqd9abMG_hc6K9...）はヘッドレス自動化のラインを引いている。可視のブラウジングコンテキストが必要なんだ。> ツール呼び出しはJavaScriptで処理されるから、ブラウジングコンテキスト（つまりブラウザタブやウェブビュー）を開かなきゃならない。エージェントや支援ツールが「ヘッドレス」でツールを呼び出すことはサポートされていない。つまり、可視のブラウザUIなしでね。

誰かここで何が起こっているのか説明してくれない？Chromiumチームの誰かが急いでプロモーションを始めているみたい。

APIとMCPについてほぼ同じことを考えてた。公開APIを持ってなかった会社が今はMCPを公開してるのが、私にはかなり興味深い。多分、FOMO効果かもね。

ウォールドガーデンプラットフォームや広告ベースでマネタイズしているウェブサイトがWebMCPを提供するとは思えない。彼らのサイトを使うエージェントは、人間じゃないからね。

ウェブサイトの運営者として、使用率が人間がページを読み込む速度を超えてダウンタイムや信頼性の問題が起きないようにしたいし、詐欺に遭いたくないんだ。自動化ツールで私のウェブサイトにアクセスするのは構わないけど、サイトを壊したり詐欺を試みたりする特定の自動化ツールが使われ続けるなら、そのツールをブロックするために最善を尽くすよ。時には、他の似たようなツールもブロックすることになるかもしれない。もしChromeのwebMCPクライアントが、悪用を防ぐ合理的な動作をするなら、問題ないと思う。詐欺師がそれを使って詐欺をすることに気づいたら、ウェブサイトもそれをブロックするだろうね。