Sieben Stufen zwischen deinem Prompt und einer funktionierenden App.
VULK ist kein einzelner LLM-Aufruf. Es ist eine Pipeline, die versteht, plant, routet, generiert, validiert, repariert, Vorschauen erstellt und veröffentlicht – mit einem Modell für jede Stufe und einer Reparaturschleife, wenn eine Datei fehlschlägt.
- 01
Dein gewähltes Modell
Den Prompt verstehen und die App planen
Das von dir gewählte Modell liest die Anfrage in einem einzigen typisierten Durchgang: welche Oberfläche du willst – Web-App, Flutter-Mobile-App, Shopify-Theme, Marketing-Website, internes Tool – und was die App braucht. Der Plan listet Funktionen, Routen, Datenmodell und Abnahmekriterien auf. Eine falsche Oberfläche ist der teuerste Fehler, deshalb wird nichts generiert, bevor der Plan steht.
- 02
Router (deterministisch)
Modelle pro Phase routen
Das von dir gewählte Modell schreibt den Code. Auto wendet die Modellrichtlinie von VULK an: Claude Opus 5.5 in den Bezahltarifen, Claude Fable 5.1 für 3D. Narrative Website-Pläne und die Dateiauswahl bei einer Änderung übernimmt Claude Sonnet 5.5.
- 03
Generator (Modell pro Phase)
Den Code generieren
VULK generiert die Dateien, die der Plan vorgibt, prüft jede einzelne und protokolliert die akzeptierten Dateien. Änderungen bleiben innerhalb des geplanten Projekts, und akzeptierte Arbeit steht für spätere Änderungen und Korrekturen weiter zur Verfügung.
- 04
Validator (esbuild / Dart-Analyse)
Jede Datei validieren
Jede Datei wird mit esbuild gebündelt, sobald sie ankommt, sodass Syntax- und Importfehler gefunden werden, bevor die Vorschau startet. Flutter-Projekte durchlaufen die Dart-Analyse. Fehlschläge gehen an den Reparierer, bestandene Dateien direkt in die Vorschau.
- 05
Reparierer (dasselbe Modell)
Die Fehlschläge reparieren
Schlägt eine Datei fehl, liest der Reparierer die tatsächliche Fehlerausgabe und bearbeitet genau diese Datei. Er wiederholt das, bis alles grün ist oder das Reparaturbudget endet; akzeptierte Dateien werden nie angefasst.
- 06
Die microVM-Vorschau starten
Deine Web-Vorschau läuft in einer isolierten Firecracker-microVM mit Node und Vite. Flutter-Vorschauen kommen als kompilierter Web-Build aus dem eigenen Build-Dienst von VULK.
- 07
Veröffentlichen, wo die App lebt
Veröffentliche unter einer Live-URL – das Frontend wird in der microVM gebaut und über Cloudflare ausgeliefert – oder exportiere den Code und schiebe ihn zu GitHub. Flutter baut Android-APK und -AAB, die Signierung erfolgt innerhalb von VULK.
Welches Modell in welcher Stufe läuft.
Routing folgt expliziten Richtlinien für die Aufgabe, den Tarif und das von dir gewählte Modell. Die Tabelle zeigt die heutigen Standardeinstellungen.
| Stufe | Modell | Warum |
|---|---|---|
| Verstehen und Planen | Dein gewähltes Modell; Claude Sonnet 5.5 für narrative Website-Pläne | Liest die Anfrage und schreibt den Plan vor jeder Zeile Code |
| Generierung (Web) | Dein gewähltes Modell (Auto: Claude Opus 5.5) | Strengste Ausgaberegeln |
| Generierung (Mobile) | Dein gewähltes Modell (Auto: Claude Opus 5.5) | Korrekter Widget-Baum vor Kürze |
| Generierung (3D) | Dein gewähltes Modell (Auto: Claude Fable 5.1, ein Durchgang) | Verlangt korrekte Geometrie und Shader |
| Bearbeitung (chirurgisch) | Claude Sonnet 5.5 wählt die Dateien aus, dein gewähltes Modell schreibt | Kleineres Diff-Fenster, die Datei muss funktionsfähig bleiben |
| Reparatur | Gezielte Aufrufe an dasselbe Modell | Liest Compiler-Fehler als Eingabe |
Was passiert, wenn die Generierung schiefgeht.
Die meisten KI-App-Builder streamen Code, geben ihn zurück und hoffen. VULK geht davon aus, dass eine erste Generierung fehlschlagen kann, und behandelt die Korrektur als eigenen Schritt.
- Erst jede Datei bündeln. Jede generierte Datei wird mit esbuild gebündelt, sobald sie ankommt. Günstiger als ein vollständiger Build, und Syntax- und Importfehler werden gefunden, bevor die Vorschau startet.
- Mit der echten Toolchain bauen. Beim Veröffentlichen läuft der eigene Build des Projekts. Flutter durchläuft die Dart-Analyse und einen kompilierten Web-Build; eine abgelehnte Analyse geht zurück in die Reparatur.
- Den Fehler wortwörtlich erfassen. Der Reparierer liest die tatsächliche Compiler-Ausgabe, keine umformulierte Zusammenfassung.
- Chirurgischer Eingriff. Die Reparatur nutzt den Validierungsfehler, um die fehlgeschlagene Datei zu korrigieren. Dateien, die bereits bestanden haben, bleiben unverändert.
- Wiederholen, bis alles grün ist oder das Budget endet. Die Reparatur hat ein begrenztes Budget. Schlägt eine Datei weiterhin fehl, zeigt VULK die Diagnose, bewahrt die akzeptierten Dateien und lässt dich die unterbrochene Generierung erneut starten.
Selbst spüren?
Am schnellsten verstehst du die Pipeline, indem du sie laufen siehst. Starte mit einem Bezahltarif – volle Tarif-Credits, jederzeit kündbar.
Zuletzt geprüft: 4. November 2026