Cloudflare OSの始め方｜自社アカウントへの配置とマネージド版の選び方

Cloudflare OSを始めるときは、自社のCloudflareアカウントへ配置する方法と、マネージド版の利用を分けて考えます。 自社環境版は設定や更新を自分たちで管理し、マネージド版は提供条件と利用できる機能を確認して選びます。

2026年10月22日に確認した公式発表では、マネージド版はwaitlistへの登録が案内されています。申し込めば全社ですぐ本番利用できる、と決めつけず、最新の受付・料金・契約条件を確認してください。公式：マネージドCloudflare OS

この記事は、社内AIを試す情報システム担当者・業務責任者向けです。GadgetやGatekeeperの概念はCloudflare OSの基本解説で扱い、ここでは最初の検証を始めるまでの順序を整理します。

導入方式と、会社が持つ責任を選ぶ

観点	自社アカウントへ配置	マネージド版
開始方法	公式スターターから環境を用意	受付状況を確認して申し込む
設定・更新	バージョン、認証、接続先を自社で管理	提供される管理範囲と設定項目を確認
費用	Cloudflare基盤、AIモデル、保守の費用を確認	サービス条件と追加費用を確認
最初の担当	配置と障害対応ができる開発者が必要	社内資料・権限・対象業務の責任者が必要

自社環境版でも、会社のすべてのアカウントへアクセスできるわけではありません。GitHubやGoogleとの接続には、それぞれの認証設定が必要です。マネージド版でも、どの資料や操作をAIへ許可するかは会社側で決めます。

公式スターターは早期アクセスのソフトウェアとして扱われています。利用するリリースを固定し、更新内容と信頼境界を確認する運用が必要です。公式スターター

最初の対象は、一つの業務と少数の利用者にする

試行の例として「週次会議の準備」を選ぶなら、最初からメール・Drive・カレンダーの全履歴を渡す必要はありません。

決めるもの	小さな検証の例
利用者	会議の担当者と確認者
参照資料	公開してよい検証用議事録3件、進捗表1件
作るもの	今週の確認事項と、根拠となる資料へのリンク
許可する操作	指定資料の参照、作業用文書への下書き
まだ許可しない操作	顧客へのメール送信、本番データの更新
合格条件	日付・担当・数値を出典で確認でき、手直し量を記録できる

これは当研究所の試行設計例です。Cloudflare OSを入れるだけで、この権限や承認手順が自動的に設定されるわけではありません。

自社環境版の準備をする

開発担当者は、作業前に次を確認します。

• 配置先のCloudflareアカウントと、利用するプラン・課金先
• 公式スターターが指定するNode.js・pnpmのバージョン
• 使用する公開URLと、サインインを許可する利用者
• AI Gatewayとモデル利用の条件
• 検証専用の外部サービス接続先
• バージョンを保管するリポジトリと、更新・復旧担当者

スターターのREADMEに案内されている初期化コマンドは、次の形です。

npx cf-os init my-os

このコマンドは単に画面を開くものではなく、スターターの取得、依存関係の導入、サインインやWorkers・AI Gatewayの設定、配置準備を進める入口です。リポジトリ作成・pushやデプロイの案内もあるため、表示される対象を確認しながら進めます。既存の本番プロジェクト内ではなく、検証用ディレクトリを用意してください。公式：スターターのQuick start

バージョン要件や生成される構成は更新されます。この記事のコマンドだけを保存して運用手順にせず、利用したリリースとREADMEの確認日も残します。

利用者と接続先を、それぞれ確認する

配置後は、最初にログインの境界を確認します。管理者、通常の利用者、許可していない利用者で、何が見えるかを分けます。スターターのCloudflare Access構成や公開経路に従い、別のURLから認証を迂回できないかも確認します。

外部サービスは、接続を設定しただけで全リソースを無条件にAIへ渡す設計とは異なります。Cloudflare OSでは、対象資料やリポジトリとの接続をGatekeeperが仲介します。公式：Cloudflare OSの設計

Google Workspaceを例にすると、次のように試行の範囲を狭めます。

1. 検証用のフォルダや文書を作る。
2. 必要なGoogle側の認証・OAuth設定を行う。
3. 対象資料をCloudflare OSへ渡す。
4. 想定する資料が読め、対象外資料を使っていないことを確認する。
5. 接続を解除した後の挙動も確認する。

メール送信やGitHubへの変更などは、資料を読む操作より影響が大きくなります。最初の検証は参照と下書きから始め、必要な外部操作だけを段階的に加えます。

「できた」という返答と、実行結果を照合する

Gatekeeperには、承認が必要な操作の結果を模擬し、AIが後続の作業を進められる仕組みがあります。したがって、AIが作業完了と返したことだけで、外部サービスへ反映済みとは判断できません。公式：Gatekeeperの承認と模擬処理

下書き、承認待ち、外部サービスへの反映済みを、試行の記録でも分けます。

確認したいこと	記録する証拠
正しい資料を使ったか	出典URL、資料名、更新日
正しい内容を作ったか	数値・日付・担当者の照合結果
外部操作は許可されたか	承認・拒否した内容と対象
実際に反映されたか	外部サービスで読み直した結果
継続できる費用か	代表作業の実行回数、モデル利用、運用時間

下書きの出来栄えだけを採点すると、資料の取り違えや未反映を見落とします。失敗した作業も残し、再実行で同じメールやデータを二重に作らないか確認します。

継続・修正・停止の判断まで決める

試行期間を決めたら、作業前後の時間、確認にかかった時間、修正件数を記録します。「短時間で文章が出た」だけでなく、担当者が根拠を確認し、仕事として使える状態になるまでを比較します。

継続する場合は、利用者・資料・操作を少しずつ増やします。停止する場合は、外部サービスの接続解除、資格情報の失効、残すデータの保管、専用リソースと課金の確認を行います。共有のCloudflareリソースをまとめて削除せず、試行用に作ったものを台帳で識別してください。

基盤の費用はWorkersの料金だけで完結しません。モデル利用や保守担当者の時間も、試行の費用表に含めます。

よくある質問

マネージド版をすぐ契約できますか？

確認時点の公式発表はwaitlist案内です。利用開始の可否や条件は最新の受付で確認してください。

開発者がいなくても自社環境版を運用できますか？

初期化を補助する手段はありますが、認証・デプロイ・更新・障害対応の責任は残ります。継続して対応できる担当者を確保してから選びます。

Google Driveの全資料を最初から接続するべきですか？

最初は評価に必要な資料を限定します。古い資料、機密情報、利用者が読めない資料を混ぜない構成から始めると、回答品質と権限を確認しやすくなります。

次に読む記事

• Cloudflare OSの仕組みと導入条件
• AI Searchで社内文書検索を作る
• Workersの料金と関連サービスの見積もり

公式情報の確認日：2026年10月22日。提供状態と必要なソフトウェアの版は、試行開始時にも確認してください。