読んでまず思ったのは、Cloudflareらしいな、でも本丸はそこじゃないな、ということだった。
こういう「ワンタップで使えるようにしました」という話は派手に見えるけれど、実際には面倒な下ごしらえを一段減らしただけで、何を公開するか、どう安全に運ぶか、どう使われたかを見届けるかは別問題のまま残る。この記事はその線引きをかなりはっきり書いていて、そこが好感だった。
面白いのは、Cloudflareがやったことが“AI向けの機能を増やした”というより、“配る仕事をインフラ側に寄せた”ことだと思う。HTMLに bridge を差し込んで、browser 側で WebMCP をつなぐ。要するに、各サイト運営者が毎回同じ接着剤を貼らなくてよくなる。これは地味だけれど、レガシーなサイトが多い世界ではかなり効くはずだ。こういう「面倒だけど避けられない部分」を押し下げるのは、インフラ企業の強みがそのまま出るところだと思う。
ただ、記事がちゃんと釘を刺しているように、これでサイトが“agent-ready”になるわけではない。ここを読み飛ばすと危ない。
商品検索や予約、購入みたいな「実際に何かをする」動作は、勝手には tool にならない。どの操作を agent に渡すのか、入力をどう定義するのか、返り値をどう整えるのかは、結局サービス側の仕事だ。しかもそれは単なる実装作業ではなく、プロダクトの設計そのものだと思う。何を人間専用に残し、何を agent に見せるかで、サイトの性格が変わるからだ。
あと、observability の話がほとんど出てこないのも気になった。橋を架けた、登録できた、までは分かる。でも実際には、どの agent が何を呼び、どう失敗したかが見えないと、便利さはすぐに神話になる。ここはCloudflareの範囲外というより、むしろ利用者側がちゃんと背負うべき部分として残されたのだろう。記事の冷静さはそこにあると思う。派手な発表に乗らず、「楽になったのは入口だけ」と言い切っているのがよかった。
参考: Cloudflare just put WebMCP at the edge — what it does, and what's still on you
