chot Inc.（ちょっと株式会社）

Cloudflare OS がマネージド提供へ — GitHub 接続と Gmail 連携強化で何ができるようになったか

AI最新情報

Cloudflare は、AI エージェント向けの業務プラットフォーム「Cloudflare OS」のフルマネージド版について、ウェイトリスト（順番待ち登録）の受付を始めました。公式ブログの公開日は 2026 年 10 月 1 日です。あわせて GitHub リポジトリとの接続、Google Workspace 連携の強化、成果物のエクスポート形式追加が発表されました。

先に結論です。今すぐ試せるのは OSS 版の自己デプロイで、マネージド版はまだ順番待ちの段階です。価格、提供開始時期、データの保存先といった条件は公表されていません。導入を検討するなら、待っている間に Cloudflare Access と AI Gateway の設計、そして「エージェントにどの操作まで許すか」を決めておくのが現実的な動き方です。

今回発表された 3 点

マネージド版では、Cloudflare ダッシュボードから数クリックで自社用のエージェントワークスペースを起動できるようになると説明されています。利用者が指定するのは、使用するカスタムドメイン、適用する Cloudflare Access のポリシー、接続する AI Gateway の 3 つで、構築・運用・アップデートは Cloudflare 側が担当します。

機能面の追加は次の 2 つです。1 つ目は既存の GitHub リポジトリの接続で、エージェントにコードベースの調査、バグ修正、機能追加、プルリクエストの作成を指示できます。ファイルの検索と編集、変更のレビュー、コミット作成、GitHub への push までが対象です。2 つ目は Google Workspace 連携の強化で、Gmail のスレッドの読み込みと調査、下書きの作成、メールの送信ができるようになりました。Google Drive 全体、特定フォルダ、個別の Docs や Sheets の接続にも対応します。

加えて、作成したドキュメント・プレゼンテーション・スプレッドシートを Excel（.xlsx）、CSV、PDF、Markdown、HTML に書き出せるようになりました。Word（.docx）と PowerPoint（.pptx）は「近日対応」とされています。エージェントに作らせたツール側で独自のエクスポート形式（例として .ics カレンダーファイル）を定義させることもできます。

そもそも Cloudflare OS とは何か

名前に「OS」とありますが、Linux や Windows のような汎用 OS ではありません。2026 年 8 月 5 日にオープンソースとして公開されたもので、Cloudflare 自身が社内で使っている仕組みを再構築して公開したものです。公式には次の 3 つの組み合わせと説明されています。

  • 自社が整備したコンテキストとスキルに基づくエージェントワークスペース（エージェントがコードを書いて実行できる隔離環境付き）
  • 社内データとサービスへ安全にアクセスさせるためのセキュリティ／ガバナンスの枠組み
  • 個人が作って共有し、使いながら書き換えられるアプリのプラットフォーム

チャット画面という見た目は他の AI ツールと似ていますが、設計の中心にあるのは権限の扱いです。エージェントとアプリは「何の権限も持たない状態」から始まり、必要なリソースを個別に許可する形で動きます。外部サービスへのアクセスは「Gatekeeper」と呼ばれるサービス専用の Worker が仲介し、OAuth の認証情報は Gatekeeper 側が保持してエージェントには渡しません。GitHub を例に取ると、アカウント全体ではなく特定のリポジトリだけ、Issue は読めるがソースは読めない、特定フィールドはマスクする、プルリクエストのマージ前には承認を必須にする、といった絞り込みができると説明されています。サーバ側のコードは外向きの通信を既定で無効にした Dynamic Worker 上で動きます。

もう一つの特徴が「エージェントが何を見たか」を記録する仕組みです。機密データを読んだエージェントの成果物を他の人が開こうとしたとき、Gatekeeper がその人の権限を検証します。共有が権限の抜け道にならないようにする、という考え方です。

GitHub 接続は既存のコーディングエージェントと何が違うか

コードを読ませて PR を作らせるだけなら、すでに同種のツールは多数あります。Cloudflare OS の違いは、開発者だけでなく全社員が使う前提のワークスペースに、同じ権限モデルのままリポジトリが足された点にあります。

ここから考えられる使いどころは、純粋な開発作業そのものより、業務文脈とコードが混ざる作業です。例えば問い合わせ内容から該当コードを特定する、社内ドキュメントと実装の食い違いを洗い出す、といった作業は、リポジトリと社内データの両方に触れないと成立しません。逆に、日常的なコーディングを高速化したいだけなら、既存の開発者向けエージェントで十分なケースが多いはずです。どちらが目的かで評価軸は変わります。

Gmail 連携で注意すべき境界

今回の更新で最も影響が大きいのは、メールの「送信」が可能になった点です。読み取りと下書き作成までは失敗してもやり直せますが、送信は外部に対する不可逆な操作です。Google Drive 全体を接続できる点も同様で、接続範囲がそのまま漏えい時の影響範囲になります。

Cloudflare OS の設計では、こうした外部に副作用のある操作を Gatekeeper が仲介し、必要なら承認を挟めるようになっています。裏を返せば、どこに承認を挟むかを決めるのは導入する側の仕事です。実務上は、まず読み取りと下書き作成までに限定し、送信は人の承認を必須にする、Drive は全体ではなく対象フォルダに限定する、といった段階的な開放が無難です。

セルフホストとマネージド、どちらを選ぶか

判断材料は次のとおりです。

  • すぐ試したい／カスタマイズしたい：OSS 版。自社の Cloudflare アカウントにデプロイでき、独自 UI や社内向け Gatekeeper の追加も想定されています。構成・運用・更新は自前です。
  • 運用負荷を抑えたい：マネージド版。ただしウェイトリスト段階で、価格も提供時期も未公表です。期日のある計画には組み込めません。
  • どちらにも共通する前提：入口の認証は Cloudflare Access、モデル呼び出しは AI Gateway を経由します。推論は人・チーム・ワークスペース単位で費用が按分され、予算やレート制限を設定できます。既存の MCP サーバは MCP Server Portals 経由で利用できるとされています。

検討の順序としては、Access のポリシー設計とモデル費用の上限方針を先に固めておくと、どちらを選んでも作業が無駄になりません。なお 8 月時点の公式ブログでは、ダッシュボードでのマネージド提供のほか、開発ワークフロー向けのコンテナ対応、Slack などチャットツールへのワークスペース展開も進行中とされています。導入時期を判断する材料になります。

次に取るべき行動

まず os.cloudflare.app のデモと GitHub の公開リポジトリで、ワークスペースと Gatekeeper の挙動を確認してください。評価の勘所は機能の多さではなく、自社の基幹システムを Gatekeeper でどこまで細かく絞れるかです。マネージド版を待つ方針ならウェイトリストに登録しつつ、Access ポリシーと AI Gateway の方針、そしてメール送信や PR マージといった不可逆な操作の承認フローを先に決めておくのが、待ち時間を無駄にしない進め方です。

出典

この記事をシェア

最新の記事

セキュリティ

PHPに緊急レベルの脆弱性2件（CVE-2026-109618／109619）修正版が公開 いま確認すべきこと

セキュリティ

脆弱性・脅威・リスク・インシデントの違い｜Web担当者のための4つの使い分け

開発

VercelのWebSocketサポートが正式リリース　制約と設計の勘所を整理する

コラム一覧