Cloudflare OS の解説

OS ではなく、AI エージェントの「社内作業場」

Cloudflare OS は Linux や Windows のような OS ではありません。ブラウザから使う、AI エージェントのためのワークスペースです。2026年8月5日に Apache 2.0 で公開されました。実体は Cloudflare Workers の上で動く Web アプリ群で、自社の Cloudflare アカウントにデプロイして使います。

中身は3つの柱でできています。

エンジニア以外に、エージェントを渡せなかった

きっかけは社内の事件でした。2025年末、Cloudflare の営業担当者が「自律的に動く SuperApp を作りたい」と言って複数の API キーを要求しました。CIO の Sam Rhea はこれを止めつつ、エンジニア以外も同じ力を欲しがっていることを認めざるを得ませんでした。

コーディングエージェントは開発者の仕事を変えました。しかし営業・法務・サポートに同じものを渡そうとすると、4つの壁にぶつかります。

Cloudflare は当初、社内 AI 利用に慎重でした。しかし社内パイロットで「共有した瞬間に安全の問題が露わになる」ことが分かり、安全はアプリ側の努力ではなく、プラットフォームが強制するものにしないと成り立たないと結論づけました。これが Cloudflare OS の設計の出発点です。

ブラウザから外部サービスまでの一本道

リクエストがどこを通るかを一枚にまとめます。要点は、エージェントもアプリも「外の世界」へ直接は出られず、必ず Gatekeeper を通ることです。

「OS」と呼ぶ理由を、対応表で見る

Cloudflare 自身が公開している対応表です。名前の是非は最後の章で扱いますが、設計の見取り図としてはよくできています。

アプリはファイルである

最も特徴的な考え方です。SaaS のように「1つのスライドアプリに全員が接続する」のではなく、「スライドを作って」と頼むたびに、自分専用のスライドアプリが1個生まれる。コード・サーバー・SQLite がひと揃いで付いてきます。

これで得られるものは2つです。第一に、データの隔離をプラットフォームが保証できること。アプリ同士は最初から別プロセスで、共有した範囲しか見えません。第二に、自分のコピーなので自由に改造してよいこと。「このボタンを足して」と頼めば、エージェントがコードを読んで RPC インターフェースを理解し、その場で直します。エクスポートもデプロイ工程もありません。

鍵を渡さずに、外部サービスへつなぐ

Gatekeeper は外部サービスごとに用意される専用 Worker です。OAuth の資格情報はここにしか存在せず、エージェントや Gadget には env.PROJECT のような型付きバインディングとして見えるだけです。モデルが読める形の鍵は、どこにもありません。

「承認待ちで止めない」設計は、承認疲れへの対策です。毎回ダイアログで止めると人は読まずに OK を押すようになります。そこで書き込みは結果を模擬して先へ進ませ、あとで一括レビューさせる形にしました。

「誰が何を見たか」が、共有先まで付いてくる

壁3(共有で漏れる)への答えです。プラットフォームはエージェントが観測したリソースをすべて記録し、その成果物を別の人が開こうとした瞬間に、その人自身に元データを見る権限があるかを Gatekeeper が検証します。

モデルと知識は、会社が持つ

残る2つの部品です。AI Gateway はモデル呼び出しの関所、Skills は組織の知識の置き場です。

Sandstorm から 12 年、足りなかったのは AI だった

設計者の Kenton Varda(Cloudflare Workers の生みの親、Protocol Buffers と Cap'n Proto の作者)は、これを自身の 2014 年のスタートアップ Sandstorm.io のリメイクだと明言しています。Gadget は Sandstorm の「Grain」そのものです。

まず Cloudflare 自身が、全社で使っている

公開時点で Cloudflare が公表している社内利用の数字です。エンジニアリング以外の部門が中心である点が、この製品の狙いをよく表しています。

導入の進め方も公開されています。最初は「魔法のメールアドレス」に人が張り付いて依頼を手作業でさばき、実際に繰り返される仕事を観察してから Skills に落としました。専任チームより、各部署に早期採用者やインターンを埋め込む「チャンピオン方式」の方が広まったとも書いています。

各社が「自社ブランドの OS」を持つ世界

Cloudflare が描いているのは、組織ごとに独自ブランドの Cloudflare OS があり、その会社のシステムにつながり、その会社の仕事のやり方に合わせて形作られている状態です。ChatGPT や Copilot のような「他社のチャット画面に社内データを持ち込む」形とは逆向きで、自社のワークスペースにモデルを呼び込みます。

VP of Product の Rita Kozlov はオープンソース化の理由を「自分が所有していないソフトウェアに、自分の会社を入れることはできない」と説明しています。中身を検査でき、改造でき、自社システムをつなげられることが、会社の仕事を丸ごと載せる前提だという主張です。

公開直後に指摘されたこと

Hacker News と設計者本人の応答から、主な論点を並べます。

手元で動かす3つの方法

リポジトリの構成は packages/workshop-backend(カーネル)、packages/workshop-frontend(シェル)、packages/gatekeeper-*(サービスごとのドライバ)に分かれています。Web エンジニアなら、まず Gatekeeper を1つ読むと全体像がつかめます。