プロンプトから動くアプリまでの8段階。
VULKは単一のLLM呼び出しではありません。分類、計画、ルーティング、生成、検証、修復、プレビュー、デプロイを行う決定論的なパイプラインで、各段階に最適なモデルが選ばれ、ステップが失敗したときには自動修正ループが動きます。
- 01
高速分類器
プロンプトを分類
ユーザーはどの表面を求めているか？Webアプリ、モバイル（Flutter）、Shopifyテーマ、マーケティングサイト、社内ツール？小さく高速な分類器が、生成が始まる前に正しいパイプラインを選択します — 表面の選択ミスは最も高価な失敗モードです。
- 02
GPT-5.6 Terra Pro
アーキテクチャを計画
プランナーがプロンプトをフィーチャーリスト、スキーマのスケッチ、ルートマップ、モデルの決定、受け入れ基準に展開します。プランはユーザーが最初にスクロールして見るもので、プランがロックされる前には何も生成されません。
- 03
ルーター（決定論的）
フェーズごとにモデルをルーティング
選択したモデルがコードを書きます。AutoはVULKのモデル選択ポリシーを適用し、リクエストの理解とアーキテクチャの計画は専用の役割が担当します。各モデルの役割はカタログで確認できます。
- 04
ジェネレータ（フェーズごとのモデル）
コードを生成
VULKはプロジェクト計画で定めたファイルを生成し、内容を検証して受け入れ済みファイルを記録します。変更は計画の範囲内に保たれ、受け入れ済みの作業は後の編集や復旧に利用できます。
- 05
バリデータ（ルール + 小型モデル）
ビルドに対して検証
型チェック、依存関係の解決、viteビルド、スキーマのサニティチェック。静的解析は同期的に実行されます — コンパイルできないプレビューはお見せしません。失敗は自動修正へ、成功はそのままプレビューへ。
- 06
修復器（重量級モデル）
失敗を自動修正
バリデータがエラーを見つけると、自動修正は実際のエラー出力を読み、失敗しているファイルを外科的に編集します。グリーンになるか、ハードキャップに達するまでループし — 修正できないときは、できたふりをせず正直に報告します。
- 07
microVMプレビューを起動
Firecracker microVMが数秒でプロビジョニング：カーネル、rootfs、依存関係、プロジェクト。ライブプレビューは実物で、サンドボックスiframeではありません — 生成されたアプリは本番で動くのと同じ方法で動きます。
- 08
アプリが住む場所にデプロイ
プロジェクトを公開URLにデプロイするか、自分のインフラにコードをエクスポートします。FlutterはWebプレビューとAndroid APK向けの専用ビルドサービスを使用し、署名用の認証情報はVULK内で管理します。
どのモデルがどの段階を担当するか。
ルーティングは決定論的で、ベンチマークが変われば変わります。具体的なモデルIDは毎週変わりますが、以下のポリシーは安定しています。
| 段階 | モデルクラス | 理由 |
|---|---|---|
| 分類 | GPT-5.6 Sol | 生成前にリクエストを理解 |
| 計画 | GPT-5.6 Terra Pro | プロジェクト計画と受け入れ基準を作成 |
| 生成（Web） | 重量級コードチューン | 最も厳しい出力ルール |
| 生成（モバイル） | Flutter特化 | ウィジェットツリーの正しさ > 簡潔さ |
| 生成（3D） | AutoでGPT-6 Astraを使用 | 正しいジオメトリ / シェーダーが必要 |
| 編集（外科的） | 重量級コードチューン | diffウィンドウは小さく、ファイルは生かしておく必要あり |
| 修復 | 重量級推論 | コンパイルエラーを入力として読む |
| 要約 | 小型 / 高速 | プランのリキャップ、完了ノート |
生成がうまくいかなかったとき何が起こるか。
ほとんどのAIアプリビルダーはコードをストリームし、それを返して祈ります。VULKは最初の生成が少なくとも1回失敗することを前提とし、リカバリを一級ステップとして扱います。
- まず静的チェック。 TypeScript、ブロッキングなeslintルール、依存関係の解決。ビルドを実行するより安価です。
- プロジェクトのビルド。 プロジェクトを実際のツールチェーンでビルドし、検証します。FlutterはDart解析とWebコンパイルを行い、ビルドエラーは復旧処理に送られます。
- エラーをそのままキャプチャ。 フィクサーは要約された言い換えではなく、コンパイラの実際の出力を読みます。
- 外科的編集。 修復処理は実際の検証エラーに基づいて問題のあるファイルを修正します。すでに検証を通過したファイルは保持されます。
- グリーンまで、または上限までループ。 ファイル生成の再試行回数には上限があります。失敗が続く場合は診断を表示し、受け入れ済みファイルを保持したまま、中断した生成を再開できます。
最終確認: 2026年4月30日