「作りたいアプリを言葉で説明したら、AIが作って動かしてくれる」——いわゆる vibe coding（text-to-app）のサービスは各社が出しているが、そのプラットフォーム自体を自分で建てられるOSSがCloudflareから出ている。VibeSDK（cloudflare/vibesdk）だ。READMEの定義は「An open source, agentic platform for building and deploying full-stack applications on Cloudflare.」、リポジトリの説明はより直截に「自前の vibe coding プラットフォームを、Cloudflareスタックで丸ごと構築できるOSS」。1クリックの「Deploy to Cloudflare」で、自分専用のアプリ生成プラットフォームを立ち上げられる。MIT・GitHubスター約5,300（2026-08-11時点）・最新v1.5.0。
本記事では、vibesdk の正体・生成ループ・アーキテクチャ・対応LLM・デプロイ要件・制限までを、公式README／docs/setup.md／package.jsonの一次情報だけで日本語に整理する。日本語の単体解説はまだ薄い領域なので、「これは結局“アプリ生成SaaS”とどう違い、誰が何のために建てるのか」という一段深い問いに答えることを目的にする。なお本稿は技術的な設計解説であり、特定サービスの利用を勧めるものではない。
- ・正体：自前のvibe codingプラットフォームを丸ごと建てるOSS（MIT、v1.5.0、Cloudflareスタック製）。
- ・何ができる：要望を説明→エージェントが計画→ファイル編集→プレビュー→エラー修正→反復してフルスタックアプリを生成。
- ・何を解決する：「vibe codingのSaaSを使う」のではなく自社のプラットフォームとして所有・カスタマイズしたいニーズ。
- ・土台：Cloudflare Think・Durable Object・Dynamic Workers・AI Gateway・Cloudflare Artifacts。プレビューはコンテナ不要（Worker Loader）。
- ・注意：本番プレビューはWorkers Paid＋Workers for Platformsが前提。bashは無効・要カスタムドメイン。
「vibe codingそのもの」を先に理解したい人は、まずVibe Codingとは？AIコーディングの始め方・ツール比較・実践ワークフロー2026を読むと、VibeSDKが「vibe codingを“使う”ツール」ではなく「vibe codingの“場”を建てるSDK」だという位置づけがはっきりする。
VibeSDKとは——自前の“vibe coding”プラットフォームを建てるOSS
READMEの核心はこの一文だ。「VibeSDK lets people build full-stack applications by working with an AI coding agent. Describe what you want, answer clarifying questions, and follow the agent as it plans, edits files, deploys previews, inspects errors, and iterates with you in the loop.」——やりたいことを説明し、明確化の質問に答え、エージェントが計画・ファイル編集・プレビュー配信・エラー検査・反復するのを一緒に回す。ここまでは他のtext-to-appサービスと似ているが、VibeSDKの違いは「その一式をCloudflare上でセルフホストできる」点にある。
誰のためのものか。想定されるのは、たとえば「自社の顧客向けに“説明すればアプリができる”機能を提供したいSaaS事業者」「社内の非エンジニアに安全なアプリ生成環境を配りたい情シス」「vibe codingの挙動を自分で作り込んで研究・検証したい開発者」だ。市販のtext-to-app SaaSを使えば早いが、その場合はモデル選択・データの置き場所・生成コードの扱い・課金の握りがすべて提供元の手に残る。VibeSDKはそれらを自分のCloudflareアカウント側に引き寄せる——モデルはAI Gatewayで差し替え、データはDurable Objectに隔離、履歴はArtifactsに保存、と主導権を持てるのがセルフホストの意義だ。
READMEはワークフローの全体をこう要約する。「The platform runs the complete workflow on Cloudflare. Think drives the agentic model-and-tool loop, a Durable Object provides an isolated workspace for each project, Dynamic Workers serve generated application previews, Durable Object Facets provide per-app SQLite storage, and Cloudflare Artifacts stores durable git history and restore points.」——Cloudflare Think がモデル＆ツールのループを駆動し、Durable Objectが各プロジェクトの隔離ワークスペースを提供し、Dynamic Workersが生成アプリのプレビューを配信し、Durable Object FacetがアプリごとのSQLiteを持ち、Cloudflare Artifactsが永続的なgit履歴と復元点を保存する。
① 何ができる：自前のvibe coding（text-to-app）プラットフォームをCloudflareスタックで構築・デプロイできる。
② 何を解決する：外部SaaSに依存せず、アプリ生成の場を自分で所有・カスタマイズしたいニーズ。
③ 何を代替できる：市販のvibe coding SaaSを「自社インフラ上の自前プラットフォーム」に置き換えられる（要Cloudflare有料機能）。
何ができる：エージェントが計画→編集→プレビュー→修正を回す
READMEが列挙する機能（capabilities）は、そのまま「生成ループ」の各段に対応している。主なものを挙げる。
・Agentic code generation：固定の生成フェーズ列ではなく、モデル＆ツールのループで反復的に構築
・Human-in-the-loop clarification：要望が曖昧なとき、エージェントが構造化された質問を返す
・Live workspace：生成ファイルと編集を統合コードエディタで追える
・Dynamic previews：生成コードをバンドルし、各プレビューをDynamic Workerとして読み込む（常駐開発サーバー不要）
・Browser verification：ブラウザのコンソール出力を検査し、ランタイムエラーを修正して同じループで再デプロイ
・Application data：生成アプリごとにSQLiteバックの隔離ストレージ（Durable Object Facet）。DBの検査・リセットも
・Version history：エージェントが作った復元点をCloudflare Artifactsに保存し、履歴を書き換えずロールバック
・Model flexibility：設定したモデルプロバイダをAI Gateway経由でルーティング（可観測性・キャッシュ集約）
・Realtime progress：エージェント出力・ツール活動・ファイル変更・デプロイ状況をUIへストリーム
・Project export：VibeSDKの外で開発を続けたいときにプロジェクトをエクスポート
とりわけ「ブラウザ検査→修正→再デプロイを同じループで回す」点は、本番環境でVibe Coding｜Anthropic研究者が語る2.2万行PR成功の実践戦略が説く「生成しっぱなしにせず検証を織り込む」姿勢と重なる。生成の速さより、エラーを自分で見つけて直し切れるかどうかが実用の分かれ目になる。
ここで押さえたいのは、VibeSDKが競合するのは「エディタ常駐型のAIコーディング環境」ではない、という点だ。Windsurf IDE｜CascadeエージェントでCursor・Copilotを超えたAI開発環境のようなIDE系エージェントは「開発者の手元のエディタを強化する」プロダクトで、利用者はエンジニア個人だ。対してVibeSDKは「非エンジニアも含むエンドユーザーに、アプリ生成の“場”を提供する側」を建てるためのもの——つまりレイヤーが1段上（プラットフォーム提供者側）にある。狙う相手が違うので、両者は競合というより補完に近い。
アーキテクチャ：Think・SpaceDO・Dynamic Workers・AI Gateway
VibeSDKの構成要素は、READMEのアーキテクチャ表にそのまま並ぶ。中心にあるのは「Cloudflare Think」という、モデル＆ツールのループを駆動するエージェント基盤だ。
| コンポーネント | 役割 |
|---|---|
ThinkAgent |
Cloudflare Think を用い、Durable Objectに支えられてモデル＆ツールのループを回すエージェント |
SpaceDO |
各プロジェクトの隔離ワークスペースとファイルを提供するDurable Object |
| Cloudflare Artifacts | コミット・ブランチ・履歴・復元点を保存するバインディング |
| Worker Loader | バンドル済みコードをDynamic Workerプレビューとして読み込むバインディング |
生成されたApp |
隔離SQLiteを持つDurable Object Facet |
| AI Gateway | 設定したモデルプロバイダを可観測性・キャッシュ付きでルーティング |
（Cloudflare Think）
モデル&ツールのループ"] TA --> SP["SpaceDO
プロジェクトの隔離ワークスペース"] TA -->|"モデル呼び出し"| GW["AI Gateway
OpenAI / Anthropic / Google 他"] SP -->|"バンドル→"| WL["Worker Loader"] WL --> DW["Dynamic Worker
プレビュー配信（コンテナ不要）"] SP -->|"履歴・復元点"| AR["Cloudflare Artifacts"] SP --> APP["生成App
Durable Object Facet（隔離SQLite）"]
package.jsonからも土台は裏取りできる。フロントは React＋Vite＋TailwindCSS（＋Monacoエディタ）、サーバーは Hono と Cloudflare Workers／Durable Objects、永続化は Drizzle、リアルタイムは PartySocket、AI連携は agents（Cloudflare Agents SDK）や @ai-sdk/openai などに依存する。プレビューの実体は前述の通り Worker Loader によるDynamic Workerで、docs/setup.md は「Previews do not require a sandbox container or persistent preview server.」と明記する（旧来のサンドボックス方式は退役済み）。
この構成が丸ごとCloudflareの部品で組まれている点は見逃せない。生成コードの配信も、HTMLの加工も、状態の保持も、すべて同じエッジプラットフォーム上で完結する。たとえば生成アプリのレスポンスをエッジで書き換えるような処理は、Cloudflare HTMLRewriter入門｜Workersでエッジ上のHTMLをストリーミング書き換えするで解説したような同一スタックの部品でそのまま拡張できる。外部のビルドサーバーやコンテナオーケストレーションを別途用意せずに「生成→プレビュー→配信」が一本の線で繋がるのが、VibeSDKがCloudflare純正である強みだ。中心の Cloudflare Think は、モデルの選択・ツール呼び出し・結果の解釈という「エージェントの1ターン」を回す部品で、VibeSDKはそれをアプリ生成という具体的タスクに束ねたリファレンス実装だと捉えると分かりやすい。
Cloudflare VibeSDKのデプロイと必要要件
最短の入口は「Deploy to Cloudflare」ボタンだ。READMEに次のバッジが置かれ、リンク先で自分のCloudflareアカウントへ一括プロビジョニングされる。
[](https://deploy.workers.cloudflare.com/?url=https://github.com/cloudflare/vibesdk)
手元で開発する場合は、Bun を使ったクイックスタートに従う（Node.js 18+ と Bun が必要）。
git clone https://github.com/cloudflare/vibesdk.git
cd vibesdk
bun install
bun run setup
bun run dev
# → http://localhost:5173 を開く
本番へ出すときは .prod.vars を用いてビルド・マイグレーション・デプロイをまとめて行う。
bun run deploy
要件はREADMEが明記している。必要なWorkers機能を有効化したCloudflareアカウント／本番アプリプレビューにはWorkers PaidプランとWorkers for Platformsアクセス／対象リソースにアクセスできるAPIトークン／少なくとも1つのモデルプロバイダの資格情報（またはAI Gatewayに保存したキー）／本番用のカスタムドメイン（必要に応じてワイルドカードDNS・Advanced Certificate Manager）。bun run setup は Account ID・APIトークン（Workers Scripts:Edit、D1:Edit、R2:Edit、AI Gateway:Read/Edit/Run、Containers:Edit、Browser Rendering:Edit 等）・AI Gateway設定・プロバイダキー・任意のOAuthを対話収集し、KV／D1／R2／AI Gateway をプロビジョニングする。動作を試すだけなら公式デモ build.cloudflare.dev を触るのが早い。
対応LLMとセキュリティ（bash無効・プロジェクト隔離）
モデルはAI Gateway経由で複数プロバイダを選べる。bun run setup が提示する選択肢は次の6つだ。
| プロバイダ | 備考 |
|---|---|
| Google AI Studio（Gemini系） | Default & Recommended |
| OpenAI（GPT系） | — |
| Anthropic（Claude系） | — |
| Cerebras | オープンソース系モデル |
| OpenRouter | 各種モデルの集約 |
| カスタムプロバイダ | OpenAI互換エンドポイント（worker/agents/inferutils/config.ts を編集） |
セキュリティは「隔離」を軸に設計されている。READMEのセキュリティ節から要点を挙げる。
・プロジェクト隔離：各アプリはThinkAgent DO・SpaceDO・Artifactsリポジトリ・生成AppのFacetに分離
・ツール境界：エージェントは明示的なワークスペース/プロダクトツールのみ。ワークスペースのbashは無効
・アプリデータ隔離：生成アプリのデータは各アプリ専用のSQLiteバックDurable Object Facetに格納
・プレビュー認可：プレビューURLは署名付き・ブランチスコープ
・可逆な変更：Artifactsの復元点で、履歴を消さずにデプロイを巻き戻せる
「生成AIにコードを書かせて即デプロイ」という構成は本来リスクが高いが、VibeSDKはbashを閉じ、プロジェクトとデータをDOで隔離し、プレビューを署名付きに限定することで、その面を絞り込んでいる。
AI Gatewayを間に挟む設計にも実利がある。複数プロバイダを1つの経路に集約することで、モデルごとの利用状況を一箇所で可観測にでき、同一プロンプトのキャッシュでコストとレイテンシを抑えられる。プロバイダキーをGateway側に保存しておけば、生成プラットフォームの利用者一人ひとりに個別のAPIキーを配らずに済む。「どのモデルをどれだけ使ったか」をプラットフォーム提供者が握れることは、課金や不正利用対策の観点でもセルフホストの利点になる。既定がGemini（Google AI Studio）推奨である点も、無料枠の広さや速度を踏まえた実務的な初期設定だと読める。
制限と注意点
導入前に、READMEとsetup.mdから読み取れる制約を押さえておく。
・有料機能が前提：本番のアプリプレビューにはWorkers Paid＋Workers for Platformsが必要。カスタムドメインが無いと「ローカル開発のみ」構成になる
・機能トグルは既定オフが多い：ENABLE_ARTIFACTS／ENABLE_READ_REPLICAS／USE_CLOUDFLARE_IMAGES 等は既定オフ（ENABLE_EMAIL_AUTH は既定オン）
・Artifactsは任意：既定はSQLiteワークスペースFS。git履歴・復元点を使うなら有効化する
・bash無効：エージェントにシェルは開放されない（安全側だが、できることの境界になる）
・ライセンス表記：LICENSEファイルはMITだが、package.json に license フィールドは無い（実体はMIT）
逆に「向かない」ケースもはっきりしている。単に自分がアプリを1つ作りたいだけなら、市販のtext-to-app SaaSや、手元のIDEでAIコーディングエージェントを使うほうが早い。VibeSDKの価値は「複数のエンドユーザーに生成体験を配る場を、自分の管理下で持つ」ことにあるため、その必要が無ければ有料機能・カスタムドメイン・運用の手間が過剰投資になる。また現時点でbashが無効なので、生成物のビルドや検証で任意のシェルコマンドを走らせたいワークフローには制約がある。導入判断は「アプリを作りたいのか、アプリを作れる“場”を提供したいのか」を先に切り分けるとよい。
VibeSDKは単体のアプリ生成ツールではなく、アプリ生成プラットフォームを自分でホストするための土台です。したがって本番運用にはCloudflareの有料機能（Workers Paid・Workers for Platforms）とカスタムドメインが要ります。「まず触ってみたい」だけなら公式デモ build.cloudflare.dev、「自分のプラットフォームにしたい」なら1クリックデプロイ→`bun run setup`、という順で段階を踏むのが現実的です。
VibeSDK（`cloudflare/vibesdk`）は、自前のvibe coding（text-to-app）プラットフォームをCloudflareスタックで丸ごと構築・デプロイできるOSSだ。Cloudflare Think のエージェントループを核に、Durable Objectで隔離したワークスペース、Worker Loaderによるコンテナ不要のプレビュー、AI Gateway経由のマルチLLM、Artifactsの復元点までが一式で揃う。bash無効・プロジェクト隔離・署名付きプレビューと、生成AIにコードを書かせる構成の安全面も押さえている。本番には有料機能が要るが、「vibe codingを使う」から「vibe codingの場を所有する」へ踏み出したいチームには有力な選択肢だ。まずは公式デモで生成体験の質を確かめ、要件（有料機能・ドメイン・対応モデル）と自社の狙いが噛み合うかを見極めてから、1クリックデプロイで自分のインスタンスを立てる——という順序が、遠回りに見えて最短になる。
参照ソース
・cloudflare/vibesdk（公式リポジトリ・README） — 定義・機能一覧・アーキテクチャ表・セキュリティ・要件の一次情報
・VibeSDK docs/setup.md（セットアップ手順） — プロバイダ選択・プレビュー方式・必要トークン権限
・VibeSDK 公式デモ（build.cloudflare.dev） — 実際の生成体験
・cloudflare/vibesdk package.json（依存関係） — React/Vite/Tailwind/Hono/Drizzle/agents 等の裏取り
