AIビジネス読了 9 分

「トグルひとつでAIエージェント対応」 CloudflareがWebMCPとCloudflare OSを発表

Shiritomo編集部 @shiritomoAI_jp 2026年8月8日更新

Cloudflareのダッシュボードには「Agent Readiness > Labs」という項目があります。
ここでスイッチをひとつ切り替えるだけで、サイトが次に送り出すHTMLに数行のブリッジスクリプトが自動で挿し込まれる——コードを一行も書かずに、です。
これが2026年8月6日に developer preview（開発者向けの先行公開版）として公開された「WebMCP」の実態です。

挿し込まれたブリッジは、ブラウザ上で動くAIエージェント（人に代わってウェブ操作を自動でこなすAI）に対して、サイト側が用意した「操作の入り口」を渡す仕組みです。
これまでAIエージェントは画面のスクリーンショットを読み取ってボタンの位置を推測するような、遠回りな方法でサイトを操作していました。
WebMCPはそこを飛び越えて、サイト側が「これができます」と直接申告する形に変えます。
SNS運用やAI活用を仕事にしている人にとっては、次に「AIエージェント経由でのサイト操作」が当たり前になる前触れとして、押さえておきたい発表です。

先に結論をまとめると：
– Cloudflareが developer preview として WebMCP を公開。
既存サイトはコード変更なしで、AIエージェントに直接操作させる「窓口」を追加できる
– 同じ週に、Cloudflareのエンジニアケントン・ヴァルダ氏がオープンソースのAIワークスペース「Cloudflare OS」を発表。
10年前の自身のスタートアップ「Sandstorm.io」を土台にしている
– どちらも「AIに何をどこまで触らせるか」を人間側が握ったままにする設計が共通軸になっている

何が起きたのか

CloudflareはWebMCP公開に先立ち、8月5日には別の発表を行っていました。
ヴァルダ氏はX（旧Twitter）で、Cloudflare Workers（Cloudflareが提供するサーバーレス実行基盤）上に自社製のAIワークスペース「Cloudflare OS」を作り直したことを明かしています。

日本語訳：「本日、コネクタ付きのチャットボット『Cloudflare OS』をリリースします。
他のテック企業もやっていることと同じに見えるでしょう。
でも実際は違います。
これは10年前に私が手がけたスタートアップ『Sandstorm.io』のリメイクです。
ただし今回はCloudflare Workers——私がこれまで注力してきたプラットフォーム——の上に構築しました」

Today we are releasing Cloudflare OS, a chatbot with connectors, just like every other tech company is doing.

Except actually, it's different. This is a remake of Sandstorm[.]io, my startup from 10 years ago, except this time built on Cloudflare Workers (the platform I've spent…
— Kenton Varda (@KentonVarda) 2026年8月5日

このツイートを皮切りに、翌日にはWebMCPの developer preview 公開も続きました。
同じ週にCloudflareがAIエージェント関連の発表を立て続けに行った「Agents Week」の一環です。
ただ、ツイート本文だけでは「コネクタ付きチャットボット」がどんな設計なのか、WebMCPが既存サイトの何を変えるのかまでは分かりません。
そこで公式ブログと一次資料を確認しました。

調べて分かったこと

WebMCPは具体的に何をする仕組みなのか？

WebMCPは、AIエージェントが外部ツール・データにアクセスするための標準規格「MCP（Model Context Protocol）」をブラウザ上で扱えるようにする新しい仕組みです。
実際にはChrome 146で実験的に搭載されたdocument.modelContextという機能を土台にしており、ページ側がsearch_products()のような関数をツールとして登録できます。
AIエージェントはこの関数を直接呼び出せるため、画面をスクリーンショットで読み取って解析するような手間が不要になります。

Cloudflareが公開したdeveloper previewは、サイト運営者がゼロから実装しなくてもこの仕組みを使えるようにするものです。
HTMLRewriter（Cloudflareのエッジでコンテンツを書き換える機能）を使い、ダッシュボードでトグルをオンにするだけでブリッジスクリプトが自動注入されます。
オリジンサーバー側の変更も、新しいAPIの実装も必要ありません。
Cloudflareのインターネット観測ツール「Radar」も、この仕組みに対応したツールを近く提供する予定と説明されています。

「人間のコントロールを保つ」とは何を指しているのか？

WebMCPは、サイト運営者がどの操作をAIエージェントに公開するかを自分で選べる設計です。
公開する関数を決めるのはあくまでサイト側であり、AIエージェントが勝手にサイトの全操作にアクセスできるわけではありません。

同じ発想は、翌日発表されたWebMCPの公式ツイートにも表れています。
Cloudflare公式アカウントは、WebMCPのdeveloper preview公開をXで発表しました。
本文の詳細まではこの記事では確認できていませんが、告知のタイミングからしても、Agents Weekの発表群が一つの流れとして設計されていたことがうかがえます。

Today we're launching a developer preview of WebMCP on Cloudflare. With one switch, any site becomes usable by browser AI agents — no new APIs, no origin changes — while the human stays in control and creators keep their traffic. https://t.co/8SlWN1icTJ #AgentsWeek
— Cloudflare (@Cloudflare) 2026年8月6日

なぜSandstorm.ioの名前が出てくるのか？

Cloudflare OSを発表したケントン・ヴァルダ氏は、Cloudflare Workersの中心的な開発を担ってきたエンジニアです。
Cloudflare OSは、コネクタ機能を持つチャットボットという見た目こそ他社のAIツールと似ていますが、内部の仕組みは「Gatekeepers」と呼ばれる管理レイヤーによって、AIがどのシステムを見られるか・何を変更できるか・どの操作に人間の承認が必要かを、各システムの持ち主が細かく設定できるようになっています。
この「アプリごとに隔離された実行環境を用意し、権限を細かく分ける」という発想は、ヴァルダ氏が10年前に手がけたSandstorm.ioという製品の考え方をそのまま受け継いだものです。
当時は時期尚早だったこの仕組みを、AIエージェント時代のCloudflare Workers基盤の上で作り直したのがCloudflare OSというわけです。
ソースコードはApache 2.0ライセンスのオープンソースとしてGitHubで公開されており、企業が自前のサーバーに導入して「自社版OS」として使うことも想定されています。

Shiritomo編集部の考察：明日から確認しておきたいのは自社サイトの「露出範囲」

WebMCPとCloudflare OSに共通するのは、AIに何を渡すかを事前に決めておく発想がセットで導入されている点です。
これはSNS運用の文脈にも近い話で、企業アカウントが「どの情報を公式発表として出すか」を事前に線引きするのと同じ構造だと感じます。
これまでのAIエージェントは、公開されている情報を人間の代わりに読み取って動く「観察者」でしたが、WebMCPが普及すれば「サイトが用意した窓口を通じて操作する」役割に変わっていきます。
SNS運用担当者や自社サイトを持つ事業者にとっては、AIエージェントに何を触らせるか・触らせないかを整理しておくことが、遠くない将来の実務課題になりそうです。
少なくとも今の段階では、自社サイトのどの機能をAIエージェント向けに公開する価値があるかを棚卸ししておくのが、次の一歩として現実的でしょう。

まとめ

CloudflareはAgents Weekの一環として、既存サイトをAIエージェント対応に切り替えるWebMCPと、オープンソースのAIワークスペースであるCloudflare OSを相次いで発表しました。
どちらも「AIに何をどこまで触らせるか」を運営者側が握ったまま、AIエージェントとの接点を広げていく設計思想でつながっています。