主な特徴

企業のコンテキストに基づくエージェントワークスペース – 各会話は、組織が厳選した知識、ツール、データに紐づけられます。ワークスペースには、エージェントがコードを記述・実行できる隔離されたランタイムが含まれています 。

パーソナルなアプリ「Gadgets」 – ユーザーはワークスペースに対して、クライアントコード、サーバーコード、API、そして永続的な状態を持つフルスタックアプリケーションの作成を依頼できます。各アプリはDynamic Workerとして動作し、独自のDurable Object Facetと隔離されたSQLiteデータベースを持ちます。アプリはデフォルトで非公開ですが、ブループリントとして共有可能で、他のユーザーが自分のコピーを作成できます 。

Cap'n Web RPC – クライアントとサーバー間の通信には、Cloudflareがオープンソースとして提供するオブジェクトキャパビリティRPCシステム「Cap'n Web」を使用します。エージェントは、人間が構築したアプリが公開するのと同じサーバーメソッドを呼び出すことができます 。

非エンジニアのエンパワーメント – 開発スキルを持たない従業員でも、調査、文書のドラフト作成、アプリの立ち上げ、ワークフローの自動化を、IT部門やエンジニアリングチームの支援を待つことなく行えます 。

管理ダッシュボード展開（近日対応予定） – Cloudflareダッシュボード内で直接管理できるマネージドデプロイメントオプションが計画されています 。

セキュリティフレームワーク：Gatekeeperとデフォルト無権限

Cloudflare OSのセキュリティモデルは、従来の広範なクレデンシャル（OAuthトークンなど）ではなく、機能ベースのアクセス制御（Capability-Based Access Control）に基づいています。その中心となるのがGatekeeperです。これは、すべての内部システムの前に配置されるサービス単位のWorkerで、エージェントに対してスコープが制限されたアクセス権を付与します（例：「ソースコードは参照不可だが、Issueの読み取りは許可」「特定のフィールドをマスク」「レート制限を適用」など） 。

セキュリティフレームワークの主要な要素は以下の通りです。

• デフォルト無権限（Zero permissions by default） – エージェントとGadgetsは、一切の権限を持たない状態で起動します。アクセスはタスクごとに明示的に付与される必要があり、これにより環境全体にクレデンシャルが拡散するのを防ぎます 。
• 非同期の人間介在型承認（Async human-in-the-loop approvals） – Gatekeeperは、承認プロセスが並行して行われている間もエージェントの動作をブロックせずに続行できる非同期承認を発行します。これは従来の同期的な承認パターンからの脱却です 。
• デフォルトでのゼロトラスト（Zero Trust by default） – プラットフォームはCloudflare Access上に構築されており、すべてのユーザーとすべてのリクエストを確認した後にのみアクセスを許可します 。
• セキュリティはプラットフォームの責務 – Cloudflareの立場として、セキュリティはプラットフォーム自体が提供するべきであり、個々のアプリ開発者やエージェント利用者に任せるべきではないとしています 。

モデルの柔軟性

Cloudflare OSは、Cloudflare AI Gatewayを介してあらゆるAIモデルをサポートします 。管理者は以下の設定が可能です ：

• タスクごとに異なるモデルを選択（例：定型的なタスクには軽量な効率的モデル、高度な推論には最先端のモデル）。
• トークン使用量を管理し、コストを個人、チーム、アプリごとに属性付け。
• 支出予算とレート制限を設定。

さらに、Ollamaを介したローカルLLMの利用も可能で、Kenton Varda（Cloudflareのエンジニア）は、一部のワークロードではローカル実行の方がホスト版よりも高速であると述べています 。

オープンソースライセンス：Apache 2.0とその制約

Cloudflare OSはApache 2.0ライセンスのもとで公開されています 。コアリポジトリは github.com/cloudflare/cloudflare-os でホストされています 。また、Cloudflareは別途、各組織が独自のUI、統合、スキルを結びつけるためのテンプレートとなるデプロイメント用のリポジトリも提供しています 。コードはCloudflareのオープンソースランタイム workerd 上に構築されています 。

重要な注意点：ライセンスは真のオープンソースですが、このプラットフォームはDynamic Workers、Durable Object Facets、Cap'n WebといったCloudflare独自のランタイムプリミティブに依存しており、これらは現時点ではCloudflareのインフラ上でしか最適に動作しません。つまり、真のベンダー非依存性には限界があるということです 。

エンタープライズ展開のローンチパートナー

Cloudflareはエンタープライズ展開のためのローンチパートナーとして、2つのシステムインテグレーターを指名しました ：

• Presidio
• Happy Cog

これらのパートナーは、Cloudflareの開発者主導によるオープンソース採用活動と並行して、エンタープライズ向けの展開チャネルを提供します 。

主な特徴

企業のコンテキストに基づくエージェントワークスペース – 各会話は、組織が厳選した知識、ツール、データに紐づけられます。ワークスペースには、エージェントがコードを記述・実行できる隔離されたランタイムが含まれています 。

パーソナルなアプリ「Gadgets」 – ユーザーはワークスペースに対して、クライアントコード、サーバーコード、API、そして永続的な状態を持つフルスタックアプリケーションの作成を依頼できます。各アプリはDynamic Workerとして動作し、独自のDurable Object Facetと隔離されたSQLiteデータベースを持ちます。アプリはデフォルトで非公開ですが、ブループリントとして共有可能で、他のユーザーが自分のコピーを作成できます 。

Cap'n Web RPC – クライアントとサーバー間の通信には、Cloudflareがオープンソースとして提供するオブジェクトキャパビリティRPCシステム「Cap'n Web」を使用します。エージェントは、人間が構築したアプリが公開するのと同じサーバーメソッドを呼び出すことができます 。

非エンジニアのエンパワーメント – 開発スキルを持たない従業員でも、調査、文書のドラフト作成、アプリの立ち上げ、ワークフローの自動化を、IT部門やエンジニアリングチームの支援を待つことなく行えます 。

管理ダッシュボード展開（近日対応予定） – Cloudflareダッシュボード内で直接管理できるマネージドデプロイメントオプションが計画されています 。

セキュリティフレームワーク：Gatekeeperとデフォルト無権限

Cloudflare OSのセキュリティモデルは、従来の広範なクレデンシャル（OAuthトークンなど）ではなく、機能ベースのアクセス制御（Capability-Based Access Control）に基づいています。その中心となるのがGatekeeperです。これは、すべての内部システムの前に配置されるサービス単位のWorkerで、エージェントに対してスコープが制限されたアクセス権を付与します（例：「ソースコードは参照不可だが、Issueの読み取りは許可」「特定のフィールドをマスク」「レート制限を適用」など） 。

セキュリティフレームワークの主要な要素は以下の通りです。

• デフォルト無権限（Zero permissions by default） – エージェントとGadgetsは、一切の権限を持たない状態で起動します。アクセスはタスクごとに明示的に付与される必要があり、これにより環境全体にクレデンシャルが拡散するのを防ぎます 。
• 非同期の人間介在型承認（Async human-in-the-loop approvals） – Gatekeeperは、承認プロセスが並行して行われている間もエージェントの動作をブロックせずに続行できる非同期承認を発行します。これは従来の同期的な承認パターンからの脱却です 。
• デフォルトでのゼロトラスト（Zero Trust by default） – プラットフォームはCloudflare Access上に構築されており、すべてのユーザーとすべてのリクエストを確認した後にのみアクセスを許可します 。
• セキュリティはプラットフォームの責務 – Cloudflareの立場として、セキュリティはプラットフォーム自体が提供するべきであり、個々のアプリ開発者やエージェント利用者に任せるべきではないとしています 。

モデルの柔軟性

Cloudflare OSは、Cloudflare AI Gatewayを介してあらゆるAIモデルをサポートします 。管理者は以下の設定が可能です ：

• タスクごとに異なるモデルを選択（例：定型的なタスクには軽量な効率的モデル、高度な推論には最先端のモデル）。
• トークン使用量を管理し、コストを個人、チーム、アプリごとに属性付け。
• 支出予算とレート制限を設定。

さらに、Ollamaを介したローカルLLMの利用も可能で、Kenton Varda（Cloudflareのエンジニア）は、一部のワークロードではローカル実行の方がホスト版よりも高速であると述べています 。

オープンソースライセンス：Apache 2.0とその制約

Cloudflare OSはApache 2.0ライセンスのもとで公開されています 。コアリポジトリは github.com/cloudflare/cloudflare-os でホストされています 。また、Cloudflareは別途、各組織が独自のUI、統合、スキルを結びつけるためのテンプレートとなるデプロイメント用のリポジトリも提供しています 。コードはCloudflareのオープンソースランタイム workerd 上に構築されています 。

重要な注意点：ライセンスは真のオープンソースですが、このプラットフォームはDynamic Workers、Durable Object Facets、Cap'n WebといったCloudflare独自のランタイムプリミティブに依存しており、これらは現時点ではCloudflareのインフラ上でしか最適に動作しません。つまり、真のベンダー非依存性には限界があるということです 。

エンタープライズ展開のローンチパートナー

Cloudflareはエンタープライズ展開のためのローンチパートナーとして、2つのシステムインテグレーターを指名しました ：

• Presidio
• Happy Cog

これらのパートナーは、Cloudflareの開発者主導によるオープンソース採用活動と並行して、エンタープライズ向けの展開チャネルを提供します 。