Cloudflare OSとは？料金・使い方・導入手順を中小企業向けに徹底解説【2026年最新】

Cloudflare OS（クラウドフレア・オーエス）を一言でいうと、「AIツールを買う」のではなく「自社のAI業務環境を組み立てる」ための、オープンソースのソフトウェアです。ライセンス料はかかりませんが、実際に動かすCloudflare基盤、AIモデル、構築・運用の費用は別に発生します。

WindowsやmacOSのような、パソコンを動かすOSではありません。会社の用語・手順・社内システムをAIが実行できる形で持たせた、ブラウザで使う仕事場のことです。

「ChatGPTもClaudeも入れてみたけれど、結局は個人が便利になっただけで会社は何も変わっていない」

「社員がAIに社内データを入れているらしいが、誰が何を見せているのか把握できていない」

「うちの業務に合わせたツールが欲しいが、システム開発を頼む予算はない」

この記事は、そんな段階にいる中小企業の経営者・情報システム担当・現場リーダーのために書きました。Cloudflare OSの正体、料金の内訳、実際の導入手順、社内で何ができるのか、そして正直なところ今の時点で誰に向かないのかまで、この1本で判断できるようにまとめています。

少し長いですが、読み終わる頃には「うちは今すぐ触る会社なのか、半年待つ会社なのか」がはっきりしているはずです。

※本記事の仕様・料金・提供状況は、2026年8月24日にCloudflare公式ブログ、公式プレスリリース、GitHubの公式リポジトリ、Cloudflare公式開発者ドキュメントを閲覧・確認して作成しています。Cloudflare OSは公式に「早期アクセス（early access）」と位置づけられ、日々開発が進んでいます。導入時は必ず最新の公式情報をご確認ください。

Cloudflare OSとは？いま話題になっている理由

Cloudflare OSは、Cloudflare社が自社の社内業務のために作り、2026年8月にオープンソースとして公開したAI業務プラットフォームです。公式ブログは8月5日公開で、プレスリリース本文では8月4日付で発表されています。ライセンスはApache License 2.0で、GitHubの公式リポジトリからソースコードを取得できます。

Cloudflare自身が「これは従来のコンピューターのOSではない」と明言したうえで、2つの意味でOSという言葉を使うと説明しています。ひとつは、会社が安全にAIで生産性を上げるためのOSという意味。もうひとつは、従来のOSが計算処理を管理するのと同じように、AIの処理を管理するOSという意味です。

話題になっている最大の理由は、これが机上の新製品ではないことです。Cloudflareは2026年5月に社内の全従業員へ最初のバージョンを配り、エンジニアだけでなく営業・IT・投資家対応まで含む数千人が毎日使ってきました。その運用で得た学びをもとに作り直した第2版が、今回公開されたものです。

補足すると、公開されているのは中身が空っぽの雛形ではありません。公開されたCloudflare OS v2は、社内で運用したv1の学びを基に全面的に書き直されたものです。公開物はCloudflare OSのコアと、Cloudflare社内の運用方法を参考にしたexample deploymentで構成されています。社内版がそのまま公開されたわけではありません。

Cloudflare OSは、AIワークスペース、個人向けアプリ、アクセス制御を組み合わせた基盤です。

これまでのAIツールと、何がどう違うのか

違いは3つあります。順番にお話しします。

ひとつめは、置き場所です。ChatGPTやClaudeのような一般的なAIサービスは、提供会社のクラウドで動く完成品を、月額料金で借りて使います。Cloudflare OSは、ソフトウェアを自社のCloudflareアカウントに配置して動かします。会社のロゴも、サインインの方法も、つながる社内システムも、自社で決めます。Cloudflareの表現を借りるなら、目指す姿は「Cloudflare OSを使う」ことではなく「自社の名前が付いたOSにする」ことです。

ふたつめは、成果物の性質です。一般的なAIツールでは、AIが返すのは文章やファイルです。Cloudflare OSでは、AIが返すものが「動くアプリ」になり得ます。ここが最も理解しづらく、最も価値が大きいところなので、章を分けて説明します。

みっつめは、セキュリティの考え方です。多くのAIツールは、先に社内システムとの接続を設定し、その後はAIが常時その権限を持ちます。Cloudflare OSでは、エージェントもアプリも初期状態では何にもアクセスできません。人間が個別に「この資料を見ていいですよ」と紹介して、はじめて触れるようになります。

Gadget・Gatekeeper・Blueprintを、やさしい言葉に置き換える

公式ドキュメントには独特の言葉が出てきます。ここでつまずくと先に進めないので、身近な言い方に直しておきます。

Gadget（ガジェット）は、あなた専用の小さなアプリのことです。Cloudflare OSでスライドを作ると、どこかのクラウドサービスを呼び出すのではなく、あなただけのスライド作成アプリが1つ生成されて、そこで動きます。オフィスソフトの「ファイル」1つひとつが、実は独立したアプリになっているようなイメージです。機能が足りなければ「この項目を追加して」とAIに頼めば、あなたのアプリだけが変わります。

Gatekeeper（ゲートキーパー）は、社内システムとの間に立つ門番です。GitHubやGoogle、Notion、Slackといった外部サービスごとに用意され、認証情報を自分で預かったまま、AIには「このリポジトリの課題一覧だけ読める」といった限定的な窓口だけを渡します。実行した操作はすべて記録され、副作用のある操作には人間の承認を挟みます。

Blueprint（ブループリント）は、アプリの設計図です。自分が作ったGadgetを他の人に配りたいとき、アプリそのものを共有して一緒に使うこともできますし、設計図だけを渡して、相手に自分専用のコピーを作ってもらうこともできます。設計図から作られたコピーには、元のアプリのデータも会話履歴も認証情報も引き継がれません。ここは安心材料として覚えておいてください。

もうひとつ、Workspace（ワークスペース）という言葉も出てきます。これはブラウザで開く自分の仕事場で、会話の履歴、作ったファイル、使えるようにした社内資源、そしてAIがコードを書いて実行できる隔離された実行環境がひとまとめになっています。

なぜ「社内のAI導入がうまくいかない」問題に効くのか

Cloudflare OSが生まれたきっかけの話が、そのまま多くの会社の現状を言い当てているので、正確に紹介します。CIOのSam Rhea氏が公式ブログで書いた内容です。

きっかけは、営業部門のあるメンバーからの相談でした。その人はAIを使って「営業組織を変えるスーパーアプリ」を作ったと言い、必要なものとして、社内の記録システム十数個への本番アクセス権と、配信の仕組みの管理者権限を求めてきたそうです。

この光景に、心当たりのある会社は多いのではないでしょうか。現場が勝手に良いものを作り始める。しかしそれを動かすには、会社の中枢のデータに触れる必要がある。情報システム側は止めるしかなく、現場は「うちの会社は遅い」と不満を持つ。

Cloudflareはここで、止めるのでもなく無条件に許すのでもない道を選びました。作ったのが、権限を渡さずに仕事だけを任せられる場所です。

人は、思いついたアプリのアイデアを自動システムに送ることには消極的でも、やりたくない仕事を送ることには積極的だった、と書かれています。数百、数千のやりとりを通じて、社内で本当に自動化すべき退屈な仕事の型が見えてきた。その型をもとに手順書とデータ接続を整備し、はじめてプラットフォームに載せた、という順番です。

私たちがご支援してきた経験でも、AI導入が定着する会社とそうでない会社の差は、ツールの新しさではなく、この「実際に困っている仕事を先に集めたかどうか」に強く表れます。社員10人の会社なら、専用メールアドレスすら要りません。1か月、面倒な仕事の依頼だけを1つのチャットに集めるだけで、同じ効果が得られます。

この順番で進めた結果として、Cloudflareは自社の数字も公開しています。直近1か月で営業部門が、地域ごとの担当割りや提案書作成といった手作業に費やしていた時間を1万時間以上削減できたと見積もっていること。同じ30日間で、社員が自分の困りごとを解決するために4000を超えるアプリや道具を作ったこと。別のエンジニアリング施策では、Cloudflare Engineering Codexを利用するエージェントが4か月で約25万件の潜在的問題を指摘し、1万6000件のマージを阻止したと報告されています。最後の数字は公開版Cloudflare OS v2単体のベンチマークではありません。いずれもCloudflare自身の公表値であり、第三者検証ではない点を踏まえて読んでください。

なお、Cloudflareが最初に決めた5つの原則も参考になります。AIのためにAIを使わないこと。全員に力を渡すこと。出力の責任は人間が持つこと。モデルよりも会社の文脈が重要であること。そしてAIを使うときに、その人が本来持っている以上の権限を持ってはならないこと。この5つは、規模を問わず社内ルールの土台になります。

ソフトウェアはオープンソースですが、Workers、AIモデル、運用の費用は別に考えます。

料金はいくら？「無料」の正しい意味

ここが一番誤解されやすいところなので、丁寧にお話しします。結論から言うと、ソフトウェアは無料ですが、運用にはお金がかかります。

Cloudflare OSのソースコードはApache License 2.0で公開されており、取得と利用にライセンス料はかかりません。ただし再配布時にはライセンスや表示に関する条件があり、商標使用権や保証が付くわけではありません。

一方、実際に動かすと次の費用が発生します。ひとつめがCloudflareの利用料、ふたつめがAIモデルの利用料、みっつめが構築と運用にかかる人の手間です。

Cloudflare上へ配置する場合、Gadgetが使うDynamic WorkersはWorkers Paid限定のため、最低料金は1アカウント月額5ドルです（2026年8月24日時点。地域・税・契約条件で異なります）。これにWorkers／Dynamic Workersのリクエスト・CPU・Dynamic Worker作成数、Durable Objects、KV、R2、Browser Runなどの超過利用料が加算され得ます。Cloudflare OS全体の公式な月額目安は公表されていないため、実測使用量を各料金表へ当てはめて見積もる必要があります。

AI推論費用は、利用モデル、使用量、Workers AI・BYOK・Unified Billingのどれを使うかで異なります。現行starterはAI Gateway経由のWorkers AIモデルカタログをデフォルトで有効にしており、Workers AIには1日1万Neuronsの無料枠があります。第三者モデルをUnified Billingで利用する場合は、購入クレジットに5%の手数料がかかり、対応モデルの推論料金は上乗せなしで転嫁されます。AI Gatewayの分析、キャッシュ、レート制限などの中核機能は全プランで無料と案内されています。

つまり、Cloudflare OS全体を月額いくらと言い切ることはできません。Cloudflare基盤とAI推論の使用量に応じて費用が変わります。導入前に小さく動かし、実測値から予算上限を決めるのが安全です。

正直にお伝えしておきたいことがもうひとつあります。Cloudflareは今後、Cloudflare OSを管理画面から使えるフルマネージド製品として提供する予定だと公式ブログに書いていますが、2026年8月24日時点でその提供時期も価格も公表されていません。「月額いくらで使えるサービス」を待っている会社にとっては、今はまだその段階ではない、というのが正確な現状です。

複雑に感じられたと思います。それで大丈夫です。要点はひとつだけで、ソフト代はゼロ、動かす電気代とAIの燃料代は使った分だけかかる、と覚えてください。

まずはローカルで試し、必要に応じてオンライン配置やスターターリポジトリへ進みます。

導入手順は3通り。どれを選ぶかで難易度がまるで違う

Cloudflare OSの始め方には、大きく3つの道があります。難易度も、できることも違います。

まず、自分のパソコンで動かして試す方法です。パッケージ管理ツールのpnpmを入れたうえで、公式リポジトリを取得してコマンドを1つ実行すると、ブラウザで開いて動作を確認できます。データはローカルのフォルダに保存されます。公式には本番運用向けではないと明記されていますが、「何ができる製品なのか」を短時間で確かめるには最適です。

次に、Cloudflareが用意したオンラインの導入フローを使って、自社のCloudflareアカウントに配置する方法です。ローカルでのビルドは不要で、サインインの設定や管理者メールアドレスの指定を代行してくれます。配置後は管理画面から、サイト名、ロゴ、アクセントカラー、お知らせ、エージェントへの指示、おすすめのブループリント、利用者がつなげるコネクタの範囲を設定できます。しかもブランディングの変更に再配置は不要です。ただし公式の説明によれば、この方法で配置したものはworkers.devのアドレス上で動きます。自社ドメインで公開したい場合や、メール連携のGatekeeperを使いたい場合は次の方法が必要です。

最後に、公式のスターターリポジトリを使い、自社の環境に合わせて構築する方法です。2026年8月24日時点の現行starterはNode.js 24.19以上とpnpm 11.17を要求します。CloudflareアカウントではWorkers、KV、R2、Browser Run、Dynamic Worker Loadersが必要です。Workers AIとAI Gatewayはデフォルトのモデルカタログで使われ、カタログを無効化した場合に限り省略できます。現行starterはrouter、workshop、context、scheduler、custom Gatekeeper、error reporterの6つのWorkerを配置します。設定ファイル、Cloudflare Access、DNS、Gatekeeper、モデルなどを自社環境に合わせて構成します。

このみっつめの手順は、社内に開発の心得がある人がいない会社には荷が重いです。公式資料は標準的な導入所要時間を示しておらず、必要時間はCloudflare Access、DNS、Gatekeeper、OAuth、モデル、既存データの設定範囲で変わります。自社で対応できる範囲を先に確認し、必要なら外部支援を検討してください。

なお、公式リポジトリではGitHub、Google、Cloudflare、Supabase、Notion、Confluence、Email Workers、Home Assistant、Slack、Spotify、ZoomInfo向けのGatekeeperが提供されています。多くのGatekeeperではOAuthクライアント資格情報やAPIトークンなど、サービス固有の設定が必要です。必要な情報と設定方法はGatekeeperごとに異なるため、導入時間の見積もりに入れてください。

受注管理、問い合わせ整理、定例レポートなど、繰り返し業務をアプリ化できます。

中小企業の業務で、実際に何ができるのか

抽象的な話ではなく、頼み方のレベルでお話しします。

公式が最初に試す例として挙げているのは、次のようなものです。顧客との打ち合わせ用のスライドを作ること。共同編集できるホワイトボードのアプリを作ること。三目並べのゲームを作り、そのままAIと対戦すること。GitHubのリポジトリをつないで課題一覧のダッシュボードを作ること。Googleドキュメントをつないで誤字を直すこと。

これを中小企業の日常に置き換えると、見え方が変わります。

たとえば受注管理です。表計算ソフトに散らばっている受注データをつないだうえで、「今月の受注を得意先別に集計して、前年同月と比べられる画面を作って。金額が前年より2割落ちた得意先は赤で出して」と頼む。返ってくるのは表ではなく、毎朝開ける画面です。しかも翌月「粗利率も出したい」と思ったら、開発会社に依頼するのではなく、その画面に向かって追加を頼めば済みます。

問い合わせ対応も相性が良い領域です。問い合わせの記録をつないで、「昨日届いた問い合わせを、見積依頼・不具合連絡・その他の3つに仕分けして、それぞれ返信の下書きを作って。送信前に承認を求めて」と頼む。Gatekeeperは副作用のある操作を記録し、人間に承認・却下の機会を与える設計です。ただし本番導入前に、使用するGatekeeperが対象操作を副作用として正しく実装・設定していることを確認してください。

定例のレポートも定番です。従来のAIツールでは、毎月同じレポートを作るたびに、毎回AIに全部考えさせていました。Cloudflare OSでは、決まりきった手順は最初にコードとして書き出させ、判断が必要なところだけAIに任せる作り方ができます。CIOのブログには、毎朝の問い合わせ集計を作り直すたびに大量のトークンを消費していたが、アプリ化してからは初期表示にかかるトークンがゼロになった、という実例が書かれています。

そしてもうひとつ、中小企業に特に効くと私たちが考えているのが、作ったものを配れることです。誰か1人が「請求書チェックの画面」を作ったら、設計図として社内に配る。受け取った人は自分専用のコピーを持ち、自分の担当先に合わせて自分で作り変えられます。改善要望を出して待つ必要がありません。

エージェントは初期状態で何にもアクセスせず、資源ごとの紹介と監査を経て利用します。

セキュリティは大丈夫？会社で使う前に押さえる仕組みとルール

「AIに社内システムをつながせて大丈夫なのか」。この心配は正しいものです。正しく心配して、正しく対策しましょう。

まず、製品側の仕組みを知っておいてください。

エージェントもアプリも、初期状態ではアクセス権をまったく持ちません。人間が特定の資源を紹介してはじめて使えるようになり、エージェント側から「これを使わせてほしい」と要求することはできますが、許可するかどうかは人間が決めます。生成されたコードにも認証情報そのものは渡らず、権限を表す入り口だけが渡ります。

公式設計では、サーバーコードを動かすDynamic Workerの外向き通信は無効化され、明示的に与えたbinding経由のリソースだけを利用します。クライアントコードはsandboxed iframeで動き、CSPとiframe sandboxにより、ブラウザが許す最大限の範囲で外部通信を遮断します。早期アクセス製品であるため、本番更新ごとにtrust boundaryと使用するGatekeeperの実装を検証する必要があります。

さらに踏み込んでいるのが、見たものを記録し続ける設計です。エージェントがどの資源を読んだかが記録され、その記録は成果物にくっついて回ります。誰かがその作業や成果物を開こうとしたとき、門番役のGatekeeperが「その人は、元の資源を見る権限を持っているか」を確認します。機密データから作ったダッシュボードを共有しても、それが権限の抜け道にならない、という考え方です。同じ記録は、外部へのデータ送信や、他の人を招くこと、別のエージェントに仕事を渡すことの可否判断にも使われます。

承認の仕組みにも工夫があります。従来のやり方では、AIが承認待ちで止まるため、席を外して戻ってきたら1歩も進んでいない、ということが起きがちでした。その煩わしさから全自動に切り替えてしまうのが危険の入り口だ、と公式ドキュメントは指摘しています。Cloudflare OSのGatekeeperでは、承認が必要な操作について、対応可能な操作では合理的に可能な範囲で結果をローカルにシミュレーションし、エージェントが承認待ちで停止せず後続作業を続けられるように設計されています。ただし、任意SQLの実行や外部サービスの一部操作など、性質上シミュレーションされないアクションもあります。実際の外部副作用は、人間が承認するまで実行されません。

そのうえで、会社側が決めるべきことが3つあります。

第一に、つなぐ範囲です。最初から基幹システムにつながないでください。読み取りだけで済む領域、間違えてもやり直せる領域から始める。これは製品の性能の問題ではなく、社内の慣れの問題です。

第二に、モデルの選び方と上限です。すべての推論がAI Gatewayを通るため、どのモデルを使えるか、誰がいくらまで使えるかを組織として決められます。CIOのブログにも、メールの要約のたびに高価な最上位モデルを使う必要はない、という趣旨の指摘があります。予算上限を先に決めておくのが安全です。

第三に、確認の責任者です。Cloudflareの原則にもあるとおり、出力の責任は人間が持ちます。誰が最終確認するのかを業務ごとに決めておけば、「AIが間違えた」ではなく「確認が漏れた」という、対処できる問題に変わります。

正直なつまずきポイント。今この製品に向かない会社

良いことばかり書いても役に立たないので、率直にお伝えします。

まず、公式が「早期アクセス」と明言しています。リポジトリのREADMEには、非常に高機能だが粗い部分がまだ多い、承知しているし対応中だ、と書かれています。安定した完成品を求める会社には、今はまだ早いです。

次に、自走が前提です。公式リポジトリの方針として、現時点では外部からのコード提供を広くは受け付けておらず、小さく検証しやすい修正に限る、と明記されています。AIのおかげでコードを書くこと自体は簡単になったが、難しいのはレビューと品質維持のほうだから、という理由も添えられています。裏を返せば、困ったときに直せる体制を自社側に持つか、外部の支援を得るかを決めておく必要があります。

自社サーバーでの運用にも留意点があります。Cloudflare OSはworkerd上でも動かせる設計ですが、公式READMEでは自社サーバーへ本番運用するための手順とツールが「近日公開（COMING SOON）」の段階です。現時点で公式に案内されている試し方はローカル実行とCloudflareアカウントへの配置です。完全に自社の建物の中で完結させたい、という要件がある場合は、今の時点では手探りになります。

日本語の情報も、まだ多くありません。公式ブログには日本語版がありますが、リポジトリのドキュメントや各Gatekeeperの設定手順は英語です。

最後に、これは製品の欠点ではなく順番の問題ですが、社内の業務が言語化されていない会社が導入しても効果は出ません。Cloudflare自身、モデルよりも会社の文脈が重要だと原則に掲げ、共通の文脈と手順を集めることに数か月を使いました。ここを飛ばして基盤だけ立てても、空っぽの仕事場ができるだけです。

既製のマネージドAIサービスと、どう使い分ける？

比較する軸は、機能の優劣ではなく環境の相性です。

既製のマネージドAIサービスには、提供会社のクラウド上で動き、契約後すぐに使えるものがあります。多くの中小企業にとって、最初の一歩はこちらが自然です。具体的な製品名・機能・料金は変わりやすいため、比較時点の各社公式情報で確認してください。

Cloudflare OSは、自社のアカウントに置いて自社で運用する基盤です。手間はかかりますが、社内システムとの接続方法、権限の切り方、使えるモデル、費用の上限まで自社で決められます。

判断の目安はこう考えてください。社員が個々の仕事を速くしたい段階なら、既製のエージェントで十分です。すでに複数の社内システムがあり、そこにAIをつなぐ話が出てきていて、誰が何にアクセスできるかを説明する責任が生じているなら、Cloudflare OSのような自社基盤が候補に入ります。すでにCloudflareを使っていて、社内に技術がわかる人が1人でもいるなら、相性はさらに良くなります。

なお、両者は排他ではありません。日々の資料作成は既製のエージェント、社内データにつながる定型業務は自社基盤、という併用は現実的です。

そして、どちらを選んでも変わらない結論があります。業務を「任せられる形」に整理しておけば、ツールは後から乗り換えられます。逆に整理をしないまま基盤だけ変えても、成果は変わりません。

中小企業なら、最初の30日で何をすべきか

私たちがご支援してきた進め方を、この製品に当てはめてお話しします。

最初の10日は、ソフトウェアに触れません。社内で「やりたくない仕事」を集める期間にあててください。担当者名、かかっている時間、使っているファイルの置き場所まで書き出す。Cloudflareが魔法のメールアドレスでやったことの、小さな再現です。

次の10日で、集まった仕事のうち、読んで整理するだけで完結するものを2つ選び、まずは既存のAIツールで手作業に近い形で回してみます。ここで「AIに任せると何がどう変わるか」を全員が体感します。

最後の10日で、その2つが毎月・毎週繰り返されるものかを見極めます。繰り返されるなら、はじめてCloudflare OSのような自社基盤の検討に進む価値があります。単発なら、既製のツールのままで十分です。

順番を逆にしないでください。基盤を先に立てて業務を後から探すやり方は、Cloudflare自身が社内で失敗として書いている道です。

よくある質問（FAQ）

Cloudflare OSは無料で使えますか。

ソフトウェア自体は無料です。Apache License 2.0で公開されており、ライセンス料はかかりません。ただし動かすためのCloudflare利用料（公式ドキュメントではWorkersの有料プランが1アカウント月額5ドルからと案内）と、使用するAIモデルのトークン料金は別途発生します。

Cloudflare OSはパソコンのOSですか。

いいえ。Cloudflare自身が「従来のコンピューターのOSではない」と明記しています。ブラウザで開くAI業務環境であり、会社がAIを安全に使うためのOS、AIの処理を管理するOS、という2つの意味で名付けられています。

プログラミングができなくても使えますか。

日常の利用については、使えます。ブラウザで開いて日本語や英語で指示するだけで、ターミナルもコードも不要な設計です。ただし自社アカウントへの初期構築と外部サービスの接続設定には、技術的な知識が必要です。

いくらの規模の会社が対象ですか。

条件付きで、社内システムが複数あり、技術がわかる人が1人以上いる会社が対象です。人数の大小よりも、この2つの条件のほうが重要だと私たちは考えています。社員が個人で速くなりたいだけの段階なら、既製のAIツールのほうが向きます。

AIが社内データを勝手に見てしまう心配はありませんか。

エージェントもアプリも初期状態ではアクセス権を持たず、人間が個別に紹介した資源だけを扱えます。さらに何を読んだかが記録され、成果物を共有した相手にその資源を見る権限があるかを門番役が確認する仕組みが備わっています。ただし仕組みがあるからといって確認が不要になるわけではなく、最終責任は人間が持つ設計です。

どのAIモデルが使えますか。

利用者が選べます。主要なモデル提供元や自前で動かすモデルに対応しており、すべての推論はAI Gatewayを通ります。そのため、どのモデルを誰に許可するか、いくらまで使えるかを組織として管理できます。

自社のサーバーだけで完結させられますか。

現時点では手探りになります。Cloudflareのオープンソース実行環境の上で自社サーバーでも動かせるとされていますが、公式にはその手順とツールは「近日公開」の段階です。

既製のマネージドAIサービスとどちらが良いですか。

環境によります。すぐ使いたい、運用は任せたいなら既製のエージェント。社内システムとの接続、権限、費用の上限を自社で決めたいならCloudflare OS、という切り分けが実務的です。併用も現実的な選択です。

導入支援を頼めるところはありますか。

Cloudflareは公式に、PresidioとHappy Cogという戦略的パートナーが導入支援を行うと発表しています。国内での支援体制については、各社に直接ご確認ください。

作ったアプリを社内で共有すると、データも一緒に渡ってしまいますか。

設計図として渡す場合は渡りません。設計図から作られたコピーには、元のアプリのデータ、会話履歴、認証情報、つないだ資源は含まれず、まっさらな状態から始まります。アプリ自体を共有して一緒に使う場合は、同じデータを共同で扱うことになります。

まとめ。基盤より先に、任せ方を決める

Cloudflare OSは、AI活用の議論を「どのツールを買うか」から「自社の仕事場をどう設計するか」へ動かす製品です。Cloudflareは、適切なセキュリティと社内システム連携を備えた代替基盤を独自構築すると、開発に数年かかり、維持費が数百万ドル規模になり得ると説明しています。Cloudflare OSのソースコードはApache-2.0で公開されていますが、Cloudflare基盤、AI推論、構築・運用には別途費用がかかります。

一方で、今この瞬間の現実も直視しておきましょう。早期アクセスであること。構築には技術者が要ること。フルマネージド版の価格が未発表であること。日本語の情報が少ないこと。

だからこそ、順番が大切です。基盤を先に立てないでください。まず、自社の「やりたくない仕事」を集める。それを任せられる形の言葉に直す。任せた結果を誰が確認するかを決める。ここまでできていれば、載せる基盤が既製のエージェントであってもCloudflare OSであっても、成果は出ます。

任せるのは仕事であって、判断ではありません。この線引きだけは、どんな道具を選んでも変わらないと私たちは考えています。

何から始めればいいか分からない段階のご相談こそ、歓迎です

トレジャーフットAI（treasurefoot.jp）は、地方の中小企業のための生成AI研修・導入支援サービスです。

私たちの研修は、ツールの操作説明では終わりません。御社の実際の業務を題材に、どの仕事を、どんな指示文で任せるかを、現場のみなさんと一緒に作り込みます。2日間の実践型プログラムでは、1日目に属人化した業務をAIに任せる仕組みを作って時間を生み出し、2日目にその時間で新規事業づくりに踏み出すところまでご一緒します。

母体である株式会社トレジャーフット（神奈川県鎌倉市）は、創業以来、地域の企業と外部のプロ人材をつなぐ伴走支援を続けてきました。だから特定のツールに縛られず、御社の環境に合うものをフラットにご提案できます。

無料相談を承っています。

情報の確認について

本記事は、2026年8月24日にCloudflare公式情報を確認して作成しています。

・Cloudflare公式ブログ：Cloudflare OS

・Cloudflare公式ブログ：社内でのCloudflare OS活用

・Cloudflare公式プレスリリース：Cloudflare OS

・公式GitHub：cloudflare/cloudflare-os

・公式GitHub：cloudflare/cloudflare-os-starter

・公式GitHub：Gatekeeper実装ガイド

・公式GitHub：Supabase Gatekeeperのシミュレーション制約

・Cloudflare Workers公式料金

・Cloudflare AI Gateway公式料金

・Cloudflare AI Gateway公式Unified Billing

・Cloudflare Dynamic Workers公式料金

・Cloudflare Workers AI公式料金

・Cloudflare Browser Run公式料金

料金と提供状況は、地域・税・契約条件・提供時期によって異なります。またCloudflare OSは公式に早期アクセスと位置づけられており、仕様は短期間で変わり得ます。導入を検討される際は、必ず最新の公式情報をご確認ください。