全従業員に「自社を理解したエージェント」を与えるプラットフォーム

2026年8月上旬、Cloudflare は Cloudflare OS をオープンソース化すると発表しました。これはどの組織でも自社のアカウントにデプロイできるオープンなプラットフォームで、全従業員にワークスペースと、会社のコンテキスト（用語、手順、システム）に基づく AI エージェントを提供し、エージェントが実際に何にアクセスできるかを権限レイヤーで制御します。中心となる考え方はシンプルです。人が実際に働いているシステムに届かなければ、AI は仕事であまり役に立ちません。しかし、そのシステムの鍵をエージェントに渡すのは受け入れがたいリスクです。Cloudflare OS は、開発者一人ひとりに正しく実装させるのではなく、この問題をプラットフォームのレベルで解決しようとしています。

Cloudflare によると、2026年5月に最初の社内版を全従業員に展開し、エンジニア以外の多くを含む数千人が毎日、文書やスライドの作成、繰り返し作業の自動化、小さなアプリの構築に使っているとのことです。今回オープンソース化されたバージョンは、この社内運用で得た教訓をもとに作り直されたものです。

プラットフォームを構成する三つの要素

Cloudflare OS は三つの要素を組み合わせています。第一に、開発スキルがなくてもブラウザから使えるエージェントのワークスペースです。チームが整備したコンテキストとスキルがあらかじめ読み込まれており、エージェントがコードを書いて実行できる隔離された実行環境に支えられています。第二に、社内のデータやサービスへ安全にアクセスするためのセキュリティとガバナンスのフレームワークです。第三に、個人向けで変更可能なアプリのプラットフォームで、エージェントは独自のインターフェース、ロジック、状態を持つ完全なアプリケーションを構築でき、それを文書と同じようにチームと共有できます。

際立っているのは、エージェントの成果物が静的なファイルではないという点です。文書、スプレッドシート、ダッシュボードはライブデータにつながったままにでき、データソースの変化に合わせて更新されます。また、スケジュールに従って、あるいは接続されたシステムでイベントが発生したときに実行される、ほぼ決定論的なワークフローにも対応しているため、決まった手順のために毎回モデルのフルセッションを消費する必要がありません。

重要なのはモデルではなく権限

これこそ、自社データの上でエージェントを動かそうと考えているすべての企業にとっての本当の教訓です。Cloudflare によれば、すべてのエージェントとすべてのアプリは何ひとつアクセスできない状態から始まります。エージェントが特定のリソースへのアクセスを要求し、あなたがそれを許可または拒否すると、生成されたコードはそのリソースを型付きバインディング（typed binding）として受け取ります。一方、認証情報そのものはエージェントとそのコードから完全に隔離されたままです。サーバー側のコードはグローバルなアウトバウンド通信を無効にした Dynamic Worker の中で動作し、クライアント側のコードはブラウザ内のサンドボックス化されたフレームで動作します。

その上に Gatekeepers という仕組みがあります。これはサービスごとの仲介役で、外部システムの API、そのリソース、そしてそれらに対して許可される操作を理解しています。コードホスティングのアカウント全体をエージェントに渡す代わりに、Gatekeeper はアクセス範囲を単一のリポジトリに絞り、イシューの閲覧は許可してもソースコードの閲覧は許可せず、特定のフィールドをマスクし、レート制限をかけ、外部に影響を及ぼす操作の前には人間の承認を求めることができます。Gatekeeper が認証情報を保持し、ポリシーを適用し、何が読み取られたかを記録します。

職場における AI のボトルネックは、もはやモデルの品質ではなく、自社システムへの統制されたアクセスです。権限の問題を最初に解決した者こそが、本当の恩恵を受けます。

ポリシーはエージェントが見たものに追従する

この設計で最も賢い点は、エージェントが参照したリソースをプラットフォームがすべて記録し、その記録がエージェントとその成果物に紐づいたままになることです。エージェントが機密性の高いテーブルを読み込み、それをライブダッシュボードに変えたあと、別の従業員がそのダッシュボードを開こうとすると、システムはまずその人が元のリソースにアクセスできるかを確認します。成果物の共有が、データ漏えいの裏口になることはありません。同じ参照記録は、機密データに触れた後のエージェントの行動を制限するためにも使われます。たとえば、外部へのリクエストをブロックしたり、新しい共同作業者を招待させないようにしたりします。

サウジアラビアの個人データ保護法（PDPL）のもとで事業を行うすべての人にとって、これは注目に値します。同法は、目的の限定、データの最小化、そして誰が個人データにアクセスするかの管理を基盤としています。顧客データベースを読み込み、誰でも開けるレポートを作成する AI エージェントは、単なる技術的な不便ではなく、潜在的な違反です。サウジアラビアの組織でエージェントを導入するなら、このレベルの真剣さを備えた権限レイヤーと監査証跡が必要です。

コストも統制される

このプラットフォームはどのモデルでも動作し、すべての推論呼び出しは Cloudflare の AI Gateway を経由します。これにより組織は、どのモデルを利用可能にし、どのモデルにどの仕事を任せるかを一か所で決められます。各リクエストはそれを行った個人、チーム、ワークスペースに帰属されるため、管理者は支出の行き先を把握し、予算やレート制限を設定できます。これはあまりにも見過ごされがちな実務上のポイントです。毎朝受信トレイを要約するために最も高価なフロンティアモデルを使うことは、説明のつかない請求書への最短ルートです。

御社にとって本当に意味すること

第一に、Cloudflare OS を、買って明日スイッチを入れれば使える完成品だと考えないでください。自社のアカウントにデプロイし、自社のシステムに接続し、自社の具体的なサービス向けに書かれた Gatekeepers で拡張するオープンソースのプロジェクトであり、本格的なエンジニアリング作業です。Cloudflare が導入パートナーを案内しているのも、まさにこのためです。

第二に、本当に築いている資産はプラットフォームではなく、自社のコンテキストと文書化されたスキルです。用語、手順、そして繰り返し発生する業務を行うための最善の方法を、エージェントがたどれる形で書き残したものです。この資産は将来どのプラットフォームにも持っていくことができ、役に立つエージェントと当て推量をするエージェントの違いを生み出します。

第三に、一つの部門と一つのシステムから始めてください。繰り返し発生し時間のかかるプロセスを一つ選び、範囲を絞った読み取りアクセスで単一のシステムに接続し、拡大する前に四週間にわたって結果を測定しましょう。

Origami はこれをどう構築するか

私たちはこのレイヤーをゼロから構築するテクノロジー企業です。御社の業務を分析して文書化されたコンテキストとスキルに落とし込み、会計から在庫、WhatsApp に至るまで既存システム向けの統制されたアクセス仲介を構築し、誰がいつ何を読んだかを示す監査証跡を備えます。Cloudflare OS を選んでも独自のアーキテクチャを選んでも、原則は同じです。エージェントはアクセス権ゼロから始まり、必要なものだけを取得し、あなたが確認できる記録を残します。

出典