Vibe Coding ↗ は、大規模言語モデル（LLM）を使い、自然言語の説明からアプリケーションを生成するソフトウェア開発の手法です。エンタープライズ向け AI Vibe Coding プラットフォームは社内ツールです。従業員が作りたいものを自然言語で伝え、プラットフォームが動くコードを生成し、ライブプレビューを表示し、公開します。すべて組織が管理する環境の中で行います。
これにより、これまでのソフトウェア開発経験の有無にかかわらず、従業員は社内ツール、ダッシュボード、業務アプリケーションを作れます。ガバナンスがなければ、AI が作った各アプリケーションは、データの露出、未承認の LLM プロバイダー利用、セキュリティ状態が不明なコードといったリスクを抱えます。
このリファレンスアーキテクチャは、AI Vibe Coding Platform を拡張し、ID、データ保護、コスト帰属、発見性、監査ログといったエンタープライズ向けの制御を加えます。基盤アーキテクチャは Cloudflare の Developer Platform の上にあります。LLM のガバナンスとガードレールには AI Gateway、コード実行には Sandbox、デプロイとホスティングには Workers for Platforms を使います。本ドキュメントでは、これらの基盤の上に載せるエンタープライズ層に焦点を当てます。
エンタープライズ向け Vibe Coding プラットフォームは、AI が生成したコードを信頼できない前提で設計します。保護はコードレベルではなく、プラットフォームレベルで強制します。
- 信頼できないコードの実行: AI が生成したコードには、不具合、脆弱性、意図しない動作が含まれることがあります。Sandbox とコンテナで本番システムから隔離します。
- プロンプト経由のデータ持ち出し: 従業員が機密データを誤ってプロンプトに含めることがあります。AI Gateway と DLP が検査し、プロンプトが LLM プロバイダーに届く前にブロックします。
- プロンプトインジェクション: 悪意のあるプロンプトが、有害なコードを生成するよう AI を操作しようとする場合があります。すべてのやりとりはログに残り、監査できます。
- 認証情報の露出: AI が生成したコードは、本物のシークレットを扱いません。送信ハンドラーまたは outbound worker が、プラットフォーム層で認証情報を注入します。
- 権限昇格: 接続文字列やネットワークアクセスの設定ミスにより、上位リソースへの不正アクセスがプロビジョニングされることがあります。バインディングモデルが、許可リストに基づく接続を強制します。
- 不正アクセス: ID 制御がなければ、デプロイしたアプリケーションを組織内のだれでも見られる可能性があります。Cloudflare Access が、プラットフォームとデプロイ済みアプリケーションの両方にロールベースのポリシーを適用します。
エンタープライズ向け Vibe Coding プラットフォームは、3 つのシステムで構成します。既存のエンタープライズ制御は、必要に応じて重ねたり拡張したりできます。
- 開発プレーン: 従業員が AI を通じてアプリケーションを作成・反復する場所です。LLM とエンタープライズデータへのアクセスは制御します。
- デプロイパイプライン: アプリケーションを開発から本番へ進める承認・検証のワークフローです。セキュリティチェック、依存関係のスキャン、必要な場合の human-in-the-loop レビューを含みます。
- 本番プレーン: 承認済みアプリケーションが、隔離されたマルチテナント環境で動く場所です。オブザーバビリティ、送信制御、アクセスポリシーを備えます。
オブザーバビリティ、発見性、コスト制御は、3 つの構成要素すべてに埋め込みます。ライフサイクル全体に Resource tagging を適用すると可視性が得られ、プラットフォーム管理者がアプリケーション、ユーザー、リソースを一箇所で追跡・管理できます。
Cloudflare Access は、プラットフォームの入口を保護します。入口は Web UI の場合も、CLI 経由でコーディングハーネスへ認証して入る場合もあります。Access は SAML と OIDC で既存の ID プロバイダー（Okta、Azure AD、Google Workspace）と統合できるため、既存の SSO を使えます。
プラットフォームは、ユーザープロファイル、セッション、コストタグ、部門・チームの権限などのメタデータをデータストアに保存します。構造化クエリには D1、高速なキー値参照には KV、オブジェクトストレージには R2 を使えます。フロントエンドまたはエージェントのフローは、このメタデータを問い合わせて権限を判定し、利用状況を追跡します。
開発フローは 2 つの経路をサポートします。ブラウザベースの環境では、従業員は Web UI を通じて操作し、サーバー側でエージェントをオーケストレーションします。AI が生成したコードは、ワークロードに応じて 2 つの隔離モデルのいずれかで実行します。Sandboxed containers はプレビュー URL 付きの完全な開発環境を提供し、依存関係を含むフルランタイムが必要なアプリケーションに向きます。Dynamic Workers はコンテナのオーバーヘッドなしで軽量かつ即座にコードを評価でき、小さなスクリプトや関数の迅速な反復に向きます。開発サービスはどちらか一方でも、組み合わせても使えます。高速なコード検証には Dynamic Workers、フルアプリケーションのプレビューにはコンテナを使います。
ローカルのエージェントハーネスでは、開発者は Cursor、Windsurf、OpenCode などの CLI ツールを既存の IDE とターミナルのワークフローに組み込みます。コードは開発者のマシン上で反復します。準備ができたら Cloudflare にプッシュし、サンドボックス化したコンテナまたは Dynamic Worker でプレビューとステージングを実行します。MCP server portals と AI Gateway をローカル開発フローに組み込むと、コードがプラットフォームに届く前から、ツール利用、プロンプトログ、コスト追跡の可視性を得られます。
すべての LLM とのやりとりは AI Gateway で追跡・管理します。プロバイダーのルーティング、コスト制御、プロンプトログ、DLP 検査 を提供します。コスト追跡 は、利用をプロジェクト、チーム、部門、個人ユーザーに帰属させます。
開発環境からの送信は、すべてプラットフォームレベルで制御します。コンテナでは outbound handler が HTTP トラフィックを傍受します。Dynamic Workers では egress control が同等の機能を提供します。下流接続に必要なシークレットは Secrets Store に保存し、outbound handler がプラットフォームレベルで注入します。サンドボックス環境が認証情報へ直接アクセスすることはありません。この outbound handler により、プラットフォーム管理者は特定の送信先を許可または拒否し、トラフィックを再ルーティングし、送信トラフィックにカスタムポリシーを適用し、bindings 経由でほかの Cloudflare リソースへ接続できます。オンプレミスや内部システムへは、Workers VPC がプライベート接続を確立し、それらのシステムをインターネットに公開しません。
開発コンテナには、パッケージのバージョン固定や、コンテナイメージに焼き込んだ組織向け制御など、追加のセキュリティ制御を重ねられます。ハーネスが MCP サーバーを使う場合、MCP portals がツール呼び出しの監査ログ、ツールアクセスの権限管理、エージェントが使うツールとアクセスするデータの可視性を提供します。
開発プレーンで生成した成果物は、既存のエンタープライズコードリポジトリ、またはエージェント向けに作られた Cloudflare の git 互換ストレージ Artifacts に保存できます。チームは Vibe Coding の出力を既存のコードレビューフローに組み込み、本番環境へデプロイする前にベストプラクティスと開発制御を適用できます。
プラットフォームは、既存のエンタープライズ向けソフトウェア開発ワークフローと統合できます。Git リポジトリ、シークレットストア、CI/CD パイプラインは、Cloudflare ネイティブのサービスと併用できます。
デプロイしたアプリケーションは Workers for Platforms でホストします。Cloudflare Access が、カスタムドメイン全体に対する従業員または第三者のアクセスを検証し保護します。dispatch worker を通じて、デプロイ済みアプリケーションへのアクセスを制御します。dispatch worker レベルで細かいアクセス制御を適用し、ユーザーアクセスがロールベースのアクセス制御と割り当て済み権限に一致するようにできます。
Workers for Platforms が Vibe Coding で作ったアプリケーションをホストし、outbound worker がすべての送信を制御します。シークレットは Secrets Store に保存し、outbound worker が注入します。user worker が認証情報を直接扱うことはありません。outbound worker は下流アクセスも制御します。bindings、外部 API、既存データベース向けの Hyperdrive、または Workers VPC と Cloudflare Tunnel で、オンプレミスや既存の内部システムへ接続します。
各 user worker は、Vibe Coding アプリケーションごとにストレージとサービスを提供する一連の bindings にアクセスできます。テナントごとの完全な隔離では、プラットフォームがアプリケーションごとに一意の D1 データベース、KV 名前空間、または R2 バケットを作成して割り当てます。各 User Worker は、明示的に割り当てられた bindings にだけアクセスできます。
dispatch worker は呼び出しごとに custom limits を設定できます。最大処理時間とサブリクエスト数に上限を設け、濫用や意図しないループによる過剰なリソース消費を防ぎます。プラットフォームは、ユーザー階層、チーム、アプリケーション分類ごとに異なる上限を割り当てられます。上限を超えると、user worker は例外を投げ、dispatch worker がそれを処理してログに残せます。
オブザーバビリティは 2 つのレベルで動きます。プラットフォームレベルでは、dispatch worker で有効にした Workers Trace Events Logpush が、名前空間内のすべての user worker を対象にします。GraphQL Analytics API は dispatchNamespaceName で問い合わせ、プラットフォーム全体の集計メトリクスを得ます。アプリレベルでは、個別の user worker に Tail Workers を付けて詳細ログを取れます。Workers Analytics Engine により、プラットフォームはスクリプトタグごとにイベントを書き込み・照会し、アプリごとの利用メトリクスを各ユーザーに提示できます。
Vibe Coding アプリケーションが増えると、プラットフォームのメタデータストアがアプリケーションレジストリとして機能します。各デプロイの所有者、チーム、説明、接続済みデータソース、利用メトリクスを提示します。開発プレーンと同様、このメタデータは D1、KV、R2 など任意のデータストアに保存できます。従業員は、同じ作業を繰り返す前に既存ツールを見つけられます。基盤の Cloudflare リソースに Resource tagging を適用すると、各 user worker を所有者とコスト帰属に紐づけられます。