Cloudflare OSとは？社内AIワークスペースの仕組みと導入条件

Cloudflare OSは、会社の情報やシステムにつながり、AIと一緒に仕事を進めるためのワークスペースです。 資料作成、データの調査、社内向けアプリの作成などを、会社ごとの情報や手順に合わせて行うことを目指しています。公式サイト

「OS」という名前ですが、WindowsやmacOSを入れ替えるための製品ではありません。ブラウザーから利用する仕事場の中に、AIエージェント、資料、業務アプリ、外部サービスへの接続をそろえる仕組みと捉えると理解しやすくなります。

この記事は2026年10月22日時点の公式情報をもとにしています。公開リポジトリには早期アクセスである旨の記載があり、10月1日の公式発表ではマネージド版の待機リストが案内されています。OSSを自社で動かすことと、Cloudflareが運用するサービスを利用できることは分けて確認してください。公式リポジトリ、マネージド版の案内

Cloudflare OSは、接続先と実行権限、人が確認する工程を決めてから小さく試す。

Cloudflare OSで何ができるのか

Cloudflare OSは、文章を生成するだけでなく、資料や小さな業務アプリを作って、その中で作業を進める用途を想定しています。公式サイトでは、データへの質問、文書・表・スライドの作成、アプリの構築、エージェントやワークフローの実行、成果物の共有が紹介されています。公式サイトの機能紹介

仕事の例	AIに依頼する内容	人が確認すること
顧客面談の準備	指定した資料から経緯と論点をまとめる	顧客名、日付、未確定事項、参照元
週次の業務報告	案件情報を整理し、報告資料の下書きを作る	対象期間、集計定義、数字の一致
問い合わせの整理	内容を分類し、対応案を作る	対応担当者、回答の正確性、送信可否
小さな社内ツール	担当者が使う一覧や入力画面を作る	権限、保存、入力検証、保守方法

この表は用途を検討するための例です。自社のデータを接続すれば、これらがそのまま完成するという意味ではありません。必要な連携、指示、確認手順は、業務ごとに用意します。

3つの用語で仕組みを理解する

Cloudflare OSの設計を読むと、Gadgets、Blueprints、Gatekeepersという言葉が登場します。導入担当者は、内部の実装をすべて覚えるより、何を管理する単位なのかを押さえると十分です。

Gadgets：資料やアプリごとの実行単位

Gadgetは、利用者が使う資料やアプリに対応する単位です。たとえばスライドを作ると、そのためのアプリのインスタンスが用意されます。公式リポジトリでは、Gadgetを分離された環境で動かし、必要に応じてAIで機能を変更する考え方が説明されています。

Blueprints：アプリを再利用するためのひな型

Blueprintは、別の利用者が自分のGadgetを作るためのひな型です。既存の資料を共同編集することと、同じ仕組みを使って別の仕事を始めることを分けて考えます。業務で使うなら、「営業報告の形式」や「確認すべき項目」を共有する方法として検討できます。

Gatekeepers：外部サービスへの接続を管理する仕組み

Gatekeeperは、AIやGadgetと外部サービスの間に入り、アクセス先や操作を制御します。公式リポジトリでは、認証、対象リソースの限定、操作記録、副作用を伴う操作に対する人の承認などが説明されています。

これらの用語と設計の出典はCloudflare OSのREADMEです。個々の接続先で利用できる操作や設定方法は、各Gatekeeperのドキュメントも確認します。

Google WorkspaceやGitHubとの連携はどう考えるか

10月1日の公式発表では、Google Workspaceとの連携改善と、既存のGitHubリポジトリを使う機能が紹介されています。Gmailの調査・下書き・送信や、Driveのファイル参照、コードの修正といった用途が挙げられています。公式更新内容

さらに10月19日には、Asana、Box、Canva、ClickHouse、GitHub、Gong、Notionなどとの連携や、導入支援パートナーの拡充が発表されています。既存の業務ツールとAIを組み合わせる方向が、より明確になっています。10月19日の公式発表

ただし、「連携できる」と「自社で使いたい操作が、適切な権限で動く」は別の確認です。営業担当者のメール、経理のファイル、開発用のリポジトリでは、扱う情報と許可する操作が異なります。

接続を設計するときは、次のような表を作ると、関係者の認識をそろえやすくなります。

対象	読ませる範囲	最初に認める操作	人が確認する操作
メール	対象案件のスレッド	内容の整理、下書き作成	宛先の追加、送信
Drive	検証用フォルダー	指定ファイルの参照	編集、削除、共有変更
表計算	対象の表や範囲	集計、整合性の確認	元データの書き換え
GitHub	検証用リポジトリ	調査、変更案の作成	取り込み、公開環境への反映

これは推奨する運用設計の例であり、そのまま適用される初期設定ではありません。接続するサービス側の権限も合わせて確認します。画面に承認の説明を出すだけでなく、実際の操作が許可前に実行されないことを検証します。

承認前の結果と、実際の更新結果を混同しない

Cloudflare OSのGatekeeper設計には、承認が必要な操作について結果をローカルで模擬し、作業を先へ進める考え方が説明されています。人があとから操作をまとめて確認できるようにするための仕組みです。公式README：Gatekeepers

実務では、ここを丁寧に扱う必要があります。AIが「更新後の一覧」を示していても、それが承認前の模擬結果なのか、接続先に実際に保存された状態なのかで意味が違うからです。

たとえば、顧客への返信を作る仕事なら、次の状態を分けて記録します。

1. 返信案ができた。
2. 宛先と本文を人が確認した。
3. 送信操作を承認した。
4. メールサービスで送信結果を確認した。

同じように、表の更新では保存後の値、タスク登録では登録されたIDを確認します。「AIが完了と言った」を業務上の完了条件にせず、接続先の結果まで確かめると、未実行や二重実行を見つけやすくなります。

導入方法と提供状況を分ける

選択肢	公式情報で確認できる状態	検討事項
自社のCloudflareアカウントへ配置	OSSと配置用の案内が公開されている	初期設定、更新、接続先設定、運用担当
ローカルで試す	リポジトリに起動方法がある	機能確認用として使い、本番運用と分ける
Cloudflareによるマネージド運用	10月1日の発表で待機リストを案内	現在の利用可否、契約条件、運用範囲を確認

出典：公式リポジトリ、配置用スターター、マネージド版公式発表。

自社で配置する場合も、ソースコードが公開されていることと、導入後の運用が不要になることは別です。誰が更新を確認するか、接続先の認証が切れたときに誰が対応するか、業務で使うアプリの変更を誰が確認するかを決めます。

社内導入の最初は、会議準備メモから試す

ここでは当研究所の提案として、顧客面談の準備メモを作る試行を考えます。対象は1チーム・1種類の成果物に絞り、外部への送信を伴わない形から始めます。

入力を固定する

対象の顧客名、会議の目的、参照してよい資料を指定します。資料には、日付や作成者、更新日が分かるものを使います。古い提案と新しい合意が混在する場合は、その前後関係も確認対象にします。

成果物を固定する

メモの項目を「前回の決定」「未解決の質問」「今回確認したい事項」「参照資料」にそろえます。結論だけでなく参照元が残ると、人が確認する時間を測りやすくなります。

失敗例を用意する

同名の会社、古い価格表、閲覧できないファイル、結論が書かれていない議事録などを用意します。情報が足りないときに推測で補わず、不明点を示せるかを確認します。

評価して次の範囲を決める

評価すること	記録方法
事実の正確性	重要項目を参照資料と照合する
確認の負担	担当者の確認・修正時間を測る
情報の範囲	指定外の資料を参照していないか調べる
再現性	別の案件でも同じ形式で使えるか確認する
費用	モデル利用と基盤利用を作業件数とともに記録する
失敗時の扱い	認証切れや参照不能を担当者が把握できるか確認する

この段階で効果が確認できてから、下書き保存やタスク登録など、外部サービスを更新する仕事へ範囲を広げます。

費用はモデル利用と運用の負担を含める

Cloudflare OSの費用を考えるときは、OSSの利用と、実際に仕事を動かす費用を分けます。利用するCloudflareのサービス、AIモデル、接続先の契約、設定・保守の工数を合わせて評価します。

特にAIは、資料を何度も読み直す、失敗した作業を再試行する、長い会話を続ける、といった使い方で利用量が変わります。人数だけで総額を決めず、代表的な作業を数件実施し、1件あたりの利用量を記録する方法が現実的です。

運用では、AIが作ったアプリの管理も必要です。担当者が退職した場合、元データの列名が変わった場合、外部サービスの仕様が変わった場合に、誰が直すかを決めておきます。小さなアプリでも、重要な業務で使うなら担当と復旧方法が必要になります。

よくある質問

既存のグループウェアをすべて置き換えられますか？

全面置換を前提にせず、既存の情報やシステムを使って行う仕事から評価することを勧めます。文書保存、権限、履歴、社外共有など、すでに定着している運用を維持できるかが重要です。

社内データはAIモデルへ送られませんか？

ワークスペースの隔離と、モデルへのデータ送信は別の確認事項です。選んだモデル、接続経路、送信する文脈、保存・学習に関する提供者の条件を確認してください。Cloudflare上に配置したという理由だけで、データが外へ出ないとは判断できません。

非エンジニアだけで運用できますか？

日々の利用を非エンジニアが行うことと、配置・認証・障害対応を担うことは分けて考えます。現時点では早期アクセスの記載もあるため、最初の評価には設定や保守を担当できる人を含めると進めやすくなります。

EmDashとはどう使い分けますか？

Webサイトの記事編集が目的ならEmDash、社内情報を使った資料作成や業務処理が目的ならCloudflare OSを検討します。両方を一緒に導入する必要はありません。EmDashの解説

次に読む記事

• Cloudflareの全体像と主要サービスの使い分け
• EmDashとは？WordPressとの違いと企業サイトでの導入判断
• Notionシステム研究所

公式情報の確認日：2026年10月22日。掲載した業務フローは導入検討用の提案であり、製品の実環境での検証報告ではありません。