Cloudflare OS オープンソースリリース：エンタープライズ・ワークフローのためのエージェント中心型プラットフォーム

TL;DR – Cloudflare OSとは何か、そしてなぜ重要なのか

Cloudflare OSは、すべての従業員にAI搭載エージェント、セキュアなワークスペース、そしてカスタムアプリを構築・共有する機能を提供するオープンソースのプラットフォームであり、これらはすべてきめ細かなアクセス制御によって管理されます。これにより、組織は内部データを安全に保ちながら、AIの活用範囲をコード生成から、ドキュメント作成、データ分析、ワークフローの自動化といった日常的なタスクへと拡張できます。

最初の社内展開からCloudflareが学んだこと

初期のバージョンでは、エージェントが決定論的なジョブを実行できるプライベートなワークスペースが提供されましたが、アプリは静的なものであり、内部システムへのライブ接続を維持することはできませんでした。
ワークスペースの共有はセキュリティ上のギャップを露呈させました。Model Context Protocol (MCP) サーバーは、エージェントが呼び出すことができるツールを列挙することはできましたが、エージェントが観察した基礎となるリソースがどれであるかは特定できませんでした。
コラボレーションには、アプリごとの実装ではなく、プラットフォームレベルのセキュリティモデルが必要でした。

"コラボレーションによって、より根本的な課題が浮き彫りになりました…私たちは、コラボレーションによって、誰かが閲覧を許可されていない情報が露出しないようにする必要がありました。" – Cloudflare blog

これらの教訓は、セキュリティ、ガバナンス、およびコンテキストがコアプラットフォームに組み込まれた再設計へとつながりました。

Cloudflare OS のコアコンポーネント

1. すべての従業員のためのエージェント・ワークスペース

ブラウザベースのUI。ターミナルや開発者の専門知識は不要。
インタラクティブなチャットセッション、永続的なステート、ファイル出力、およびエージェントがコードを書き込み実行できる隔離されたランタイムを組み合わせています。
組織固有のコンテキストとスキルがあらかじめロードされており、タスクごとに用語や手順を再説明する必要がありません。

2. セキュリティおよびガバナンス・フレームワーク

ゼロトラスト・スタート – エージェントは権限を持たない状態で開始します。リソースへのアクセスは、以下のような型付きバインディングを介して明示的に許可されます：
```
const issues = await env.PROJECT.listIssues({teamId:"ENG",state:"open"});
```
Gatekeepers は、すべての外部APIコールを仲介するポリシー適用用のWorkersとして機能し、OAuth、認証情報の保存、レート制限、およびフィールドマスキングを処理します。
Observation log は、エージェントが読み取ったすべてのリソースを記録します。ワークスペースが共有されると、Gatekeepersがこのログと閲覧者の権限を照合し、間接的なデータ漏洩を防ぎます。
Dynamic Workers は、機能が提供されない限りアウトバウンドのネットワーキングが無効化されたサーバーコードをホストし、クライアントコードはサンドボックス化されたブラウザフレーム内で実行されます。

3. パーソナライズ可能で変更可能なアプリ・プラットフォーム

各「ファイル」は、クライアントUI、サーバーロジック、API、および永続的なステートからなるフルスタックアプリになり得ます。
アプリは Durable Object Facets によってバックアップされた Dynamic Workers として構築され、各アプリに独自の隔離されたSQLiteデータベースが与えられます。
クライアントは、オブジェクト・キャパシティRPCシステムである Cap’n Web を介してサーバーと通信し、UIとエージェントの両方が通常のJavaScript関数としてサーバーメソッドを呼び出すことができます。
アプリは、直接共有（リアルタイム・コラボレーション）するか、コードをコピーするが新しいステート、認証情報、およびバインディングで開始する blueprints として共有できます。

Cloudflare OS がモデルのコストと選択をどのように処理するか

Cloudflare AI Gateway を介して、あらゆるLLMをサポートします。管理者は、どのワークロードにどのモデルが利用可能かを設定できます。
推論リクエストは、発生元のユーザー、チーム、またはワークスペースに割り当てられ、詳細な支出レポート、予算管理、およびレート制限が可能になります。
組織は、安価なモデルを定型業務（例：メールの要約）に割り当て、高価なフロンティアモデルを価値の高い業務のために予約することができます。

オープンソース・リリースの詳細

2つのリポジトリが公開されています：
- cloudflare‑os – コアプラットフォーム。
- cloudflare‑os‑starter – コアを修正なしで使用でき、カスタムUI、統合、および分析のための場所を提供するサンプルデプロイメント。
すべてのCloudflareアカウントでデプロイ可能です。独自のAccessポリシー、AI Gateway設定、および内部Gatekeepersを適用できます。
このプラットフォームは意図的に拡張可能に設計されています。UIを置き換えたり、組織固有のスキルを追加したり、MCP Server Portalsを介して任意の内部システムと統合したりできます。

Hacker News でのコミュニティの反応

肯定的なハイライト – ユーザーは、セキュリティ第一の設計と、非エンジニアが独自のツールを構築・修正できる可能性を称賛しました。あるコメント投稿者は、このアプローチをSandstorm.ioモデルの現代的な具現化になぞらえ、きめ細かなサンドボックス化とユーザーごとのコードコピーを強調しました。
「OS」という命名への懐疑論 – 複数のコメント投稿者が、この製品を「オペレーティングシステム」と呼ぶのは誤解を招くとして、従来のOSではなくクラウドベースのエージェントフレームワークであると指摘しました。
ロックインの懸念 – Cloudflare Workersへのベンダーロックインを心配する声がある一方で、オープンソースであるためセルフホスティングやカスタマイズが可能であると指摘する人もいました。
セキュリティに関する質問 – 批判的な意見として、悪意のあるユーザーが機密データ（例：HIPAA保護情報）をカスタムアプリに埋め込むのをシステムがどのように防ぐのかという問いがありました。ブログのGatekeeperおよびobservation-logメカニズムがこれに対処することを目的としていますが、実装の詳細は議論の対象となっています。
導入の可能性 – 複数のエンジニアが自身のCloudflareアカウントでの早期デプロイを報告しており、セットアップの速さと、Dynamic WorkersにはWorkersの有料プランが必要であることの両方を指摘しています。

Cloudflare OS は既存のAIアシスタントと何が違うのか？

統合されたガバナンス – ユーザーがAPIキーを管理することに依存する汎用的なチャットベースのアシスタントとは異なり、Cloudflare OSはプラットフォームレベルでアクセス・ポリシーを強制します。
ライブ・データ・コネクティビティ – エージェントは、データセット全体をLLMのコンテキストウィンドウに読み込むことなく、内部データベースにクエリを投げたり、内部APIを呼び出したり、ライブ更新されるドキュメントやダッシュボードを作成したりできます。
第一級市民としてのアプリ – すべての出力は、静的なファイルではなく、独自のステートを持つ永続的で共有可能なアプリケーションに変換できます。
拡張可能なモデル・ルーティング – AI Gatewayがモデルの選択とコスト管理を中央集約化しており、これは競合するプラットフォームではめったに提供されない機能です。

Cloudflare OS を試すための実践的なステップ

cloudflare‑os‑starter リポジトリをクローンします。
スターターを自身のCloudflareアカウントにデプロイします（Dynamic WorkersにはWorkersの有料プランが必要です）。
Cloudflare Accessを設定して、誰がプラットフォームにアクセスできるかを制御します。
型付きバインディングを介して内部サービス（例：GitHub、内部データベース）を公開するために、独自のGatekeepersを追加します。
ワークスペースを作成し、目標を与え、エージェントがドキュメント、スプレッドシート、またはカスタムアプリを生成する様子を見守ります。

今後の展望

Cloudflareは、Cloudflareダッシュボード内でOSのフルマネージド版を提供し、開発ワークフローのためのコンテナサポートを追加し、ワークスペースをSlackやその他のチャットツールに統合することを計画しています。オープンソースリリースが普及すれば、セキュアなエンタープライズグレードのAIエージェントのデファクトスタンダードになる可能性があります。