仕組み

プロンプトから動くアプリへ、7つの段階で形にします。

VULKは単一のLLM呼び出しではありません。理解し、計画し、ルーティングし、生成し、検証し、修復し、プレビューし、公開するパイプラインです——段階ごとに選ばれたモデルと、ファイルが失敗したときの修復ループを備えています。

  1. 01

    選択したモデル

    プロンプトを理解し、アプリを計画する

    選択したモデルがリクエストを1回の型付きパスで読み取ります。どの形で欲しいのか——Webアプリ、Flutterモバイルアプリ、Shopifyテーマ、マーケティングサイト、社内ツール——そしてアプリに何が必要か。計画には機能、ルート、データモデル、受け入れ基準が並びます。形を間違えるのが最も高くつく失敗なので、計画ができるまで何も生成しません。

  2. 02

    ルーター(決定論的)

    フェーズごとにモデルをルーティングする

    選択したモデルがコードを書きます。AutoはVULKのモデルポリシーを適用します:有料プランではClaude Opus 5.5、3DではClaude Fable 5.1。サイトの物語的な計画と、編集時のファイル選定はClaude Sonnet 5.5が担当します。

  3. 03

    ジェネレーター(フェーズごとのモデル)

    コードを生成する

    VULKは計画で定義されたファイルを生成し、ひとつずつ確認して、受理したファイルを記録します。変更は計画されたプロジェクトの範囲内にとどまり、受理済みの成果はその後の編集や復旧でも使えます。

  4. 04

    バリデーター(esbuild / Dart解析)

    すべてのファイルを検証する

    各ファイルは届いた時点でesbuildによりバンドルされるため、構文エラーやインポートエラーはプレビュー起動前に捕まります。FlutterプロジェクトはDart解析を通ります。失敗は修復担当へ、通過したものはそのままプレビューへ進みます。

  5. 05

    修復担当(同じモデル)

    失敗を修復する

    ファイルが失敗すると、修復担当は実際のエラー出力を読み、失敗したそのファイルを編集します。通るまで、または修復予算が尽きるまで繰り返し、受理済みのファイルには一切触れません。

  6. 06

    ——

    microVMプレビューを起動する

    Webプレビューは、NodeとViteを備えた分離されたFirecracker microVMで動作します。Flutterのプレビューは、VULK自身のビルドサービスからコンパイル済みWebビルドとして届きます。

  7. 07

    ——

    アプリが生きる場所に公開する

    ライブURLに公開するか——フロントエンドはmicroVM内でビルドされ、Cloudflare経由で配信されます——コードをエクスポートしてGitHubにプッシュします。FlutterはAndroidのAPKとAABをビルドし、署名はVULK内で扱われます。

ルーティング

どのモデルがどの段階を担当するか。

ルーティングは、タスク、プラン、選択したモデルに応じた明示的なポリシーに従います。表には現在のデフォルトを示しています。

段階モデル理由
理解と計画選択したモデル。サイトの物語的な計画はClaude Sonnet 5.5コードより先にリクエストを読み、計画を書く
生成(Web)選択したモデル(Auto:Claude Opus 5.5)最も厳しい出力ルール
生成(モバイル)選択したモデル(Auto:Claude Opus 5.5)簡潔さよりウィジェットツリーの正しさ
生成(3D)選択したモデル(Auto:Claude Fable 5.1、1パス)正しいジオメトリとシェーダーを要求
編集(外科的)Claude Sonnet 5.5がファイルを選び、選択したモデルが書く小さな差分ウィンドウ、ファイルを壊さないこと
修復同じモデルへの的を絞った呼び出しコンパイルエラーを入力として読む
修復ループ

生成がうまくいかなかったとき何が起こるか。

多くのAIアプリビルダーはコードをストリーミングして手渡し、あとは祈るだけです。VULKは最初の生成が失敗しうることを前提に、復旧をひとつの独立した段階として扱います。

  1. まず各ファイルをバンドルする。 生成されたファイルは届いた時点でesbuildによりバンドルされます。フルビルドより軽く、構文エラーやインポートエラーをプレビュー起動前に捕まえます。
  2. 本物のツールチェーンでビルドする。 公開時にはプロジェクト自身のビルドが走ります。FlutterはDart解析とコンパイル済みWebビルドを経由し、解析で却下されたものは修復フローに戻ります。
  3. エラーを原文のまま取得する。 修復担当は言い換えた要約ではなく、コンパイラの実際の出力を読みます。
  4. 外科的な編集。 修復フローは検証エラーをもとに、失敗したファイルを修正します。すでに通過したファイルはそのまま保持されます。
  5. 通るまで、または予算が尽きるまで繰り返す。 修復には上限のある予算があります。それでもファイルが失敗する場合、VULKは診断を報告し、受理済みのファイルを保持し、中断した生成を再試行できるようにします。

体感してみませんか?

パイプラインを理解する一番の近道は、実際に動く様子を見ることです。有料プランで始めてみてください。プランに含まれるクレジットが全額付与され、いつでも解約できます。

最終確認: 2026年11月4日

あなたのアイデアを、数分で形にして公開。

アプリを作る
VULKサポート

オンライン

こんにちは!本日はどのようにお手伝いできますか?

人気のトピック

AIサポート • support.vulk.dev