はじめに
Cloudflareって「サイトを速く・安全にしてくれる会社」ってイメージだと思います。私もそうでした。
2026年8月4日、そのCloudflareが「Cloudflare OS」というAIワークスペースをオープンソースで公開しました。最初は「またAIエージェントの箱もの?」くらいに思っていたんですが、note.com/kazu_tさんの解説記事を読んで、Cloudflare公式ブログや社内活用事例のブログまで読み進めるうちに、「これ、Claude CodeやChatGPTの延長線上の話じゃないな」と考えが変わりました。
実際に手元のMacでも動かしてみたので、その感触も混ぜながら、何がどう違うのか・実際に何ができるのかを掘り下げて書いていきます。
(ちなみに同じ月、CloudflareはAIエージェント向けブラウザ「Kitesurf」や、MCPというAI連携プロトコルの仕様変更も発表しています。この2つは末尾で軽く触れます)
Cloudflare OSってどんなもの?
一言でいうと、「エンジニアじゃない社員でも、AIに頼んで自分専用の業務アプリをその場で作れる、会社用のプラットフォーム」です。
営業の人が「今度の商談用にスライド作って」とAIに頼むと、その人専用のスライド作成アプリがその場で生まれる。経理の人が「この集計を自動化して」と頼むと、その人専用の集計アプリが生まれる。これを「Gadget」と呼んでいて、一つひとつが完全に独立した箱(サンドボックス)の中で動きます。
もう一つのキモが「Gatekeeper」という仕組みです。会社の秘書さんをイメージするとわかりやすくて、AIが「Slackにメッセージ送っていいですか」「GitHubのコード書き換えていいですか」と行動するたびに記録が残ります。しかも「今すぐ承認して」ではなく「後でまとめて確認・承認」できる設計なので、AIの作業を止めずに人間があとから安全確認できます。
Claude Code・ChatGPTと何が違うのか
ここが一番「なるほど」と思ったポイントです。表面上は「AIとチャットする」という同じ見た目をしていますが、狙っている場所がまるで違います。
| 観点 | Claude Code / ChatGPT | Cloudflare OS |
|---|---|---|
| 誰が使う前提か | エンジニア(コマンドラインやコードエディタが前提) | 社員全員(営業・人事・経理も含む) |
| AIの権限 | ローカル環境で動くので、パソコン内のデータに広くアクセスしうる | ブラウザの中の一時的なクラウド環境だけで動き、そのセッションに持ち込んだデータしか触れない |
| 外部サービス連携 | MCPサーバーを一度繋ぐと基本フルアクセス | Gatekeeperが仲介し、「この1リポジトリだけ」のように都度・狭く許可する |
| 処理のたびのコスト | 毎回AIに推論させるので、同じレポートを作るだけでも都度トークンを消費 | 一度「決まった手順(ワークフロー)」をAIにコードとして書かせておけば、2回目以降は推論なしで実行できる |
| 会社の文脈 | 汎用的な受け答えのみ | 会社ごとの用語・承認フロー・ルールを最初から学習させた状態で使える |
特に「権限」と「処理コスト」の違いは、個人の道具として使っている分には気にしなくていい部分です。ただ「非エンジニアの社員全員に使わせる」となった瞬間に、この2つがそのまま会社としてのリスクとコストに直結します。Cloudflare OSはそこを最初から設計に組み込んでいる、という立て付けです。
実際に何ができるのか(社内活用の実例)
Cloudflareが自社で使い倒した結果を公式ブログで公開していて、これが数字込みでけっこう具体的でした。
- 営業チーム: 提案書作成や商圏計画などの手作業を、4ヶ月で1万時間以上削減
- エンジニア組織: 「Engineering Codex」というコードレビュー基準をGadget化し、4ヶ月で25万件の潜在的な問題を検出、1万6千件のマージをブロック
- 社員全体: 月あたり4,000件以上の自作アプリ・ツールが生まれている
面白いのが、最初から「全社導入」を狙っていたわけではなく、ITヘルプデスクの朝のルーティン(チケットのCSVダウンロード→スプレッドシート集計→グラフ化)を自動化するところから始まった、という下りです。さらに前段階では「やりたくない仕事をメールで送るとAIが代わりにやって返信してくれる」という、社内の"魔法のメールエイリアス"みたいな仕組みで社員の困りごとを集めていたそうです。ノリで作った機能ではなく、実際の詰まりポイントを拾って形にした、というのが伝わってきました。
また実際にコードを覗いてみると、GitHub・Slack・Notion・Google・Confluence・Supabase等への連携(Gatekeeper)が最初から用意されている状態でした。これ、ゼロから自分たちで連携を組む必要がないという意味で、地味に大きい話だと思います。
実際に触ってみた
OSS(無料で公開されているソースコード)なので、実際にダウンロードして手元のMacで動かしてみました。
pnpm run-local
このコマンド1つで、Cloudflareのアカウントすら作らずにローカルで起動できます。数分でログイン画面まで辿り着きました。
ただし1回、ここでつまずきました。うちの環境はセキュリティ対策でnpmのミラーサーバーを経由する設定にしているのですが、そのせいで「lockfileのURLが公式と一致しません」というセキュリティチェックに引っかかって起動が止まったんです。lockfileを作り直したら解消しましたが、「最近のパッケージ管理ツールはここまで細かく改ざんチェックしてるのか」と地味に感心しました。
README を読む限りまだ「Early Access」を名乗っていて、外部からのコード貢献も現時点では受け付けていません。発表から日が浅いぶん粗さは残っていて、本番の業務基盤として使うにはもう少し様子見が必要、というのが正直な感触です。
ついでに: 同じ月に出たもう2つの発表
Kitesurf(8/7発表)
「人間のことを一切考えていない、AI専用のブラウザ」です。タブもテーマも拡張機能もいらないAIエージェントのために作られていて、普通のChromiumと比べてCPU・メモリの使用量が3分の1から7分の1で済むそうです。まだベータ版で、今のところ無料で使えます。
MCPの新ルール(7/28〜)
MCPは「AIと外部サービスが会話するための共通言語」です。この文法が新しくなり、古い接続方式(SSE)が使われなくなりました。実際に古いURLで繋ごうとしたら「410 Gone(このURLはもう使われていません)」というエラーに本当にぶつかりました。正しいURL(/mcpで終わる方)に変えたら一瞬で繋がりましたが、ブログ記事のURLをそのままコピペすると詰まる、というのは実際にやってみないと分からなかった発見です。
おわりに
「CDNとセキュリティの会社」だと思っていたCloudflareが、ここまで「非エンジニアが安全にAIを使う土台」に踏み込んでくるとは正直思っていませんでした。
同じようにローカルでCloudflare OSを触ってみた人がいたら、他にどんなエラーにぶつかったか、ぜひコメントで教えてください。