Acht Stufen zwischen deinem Prompt und einer funktionierenden App.
VULK ist kein einzelner LLM-Aufruf. Es ist eine deterministische Pipeline, die klassifiziert, plant, routet, generiert, validiert, repariert, vorschauet und deployt — mit dem richtigen Modell für jede Stufe und einer Autofixer-Schleife, wenn ein Schritt fehlschlägt.
- 01
Schneller Klassifizierer
Prompt klassifizieren
Welche Oberfläche will der User? Web-App, Mobile (Flutter), Shopify-Theme, Marketing-Site, Internes Tool? Ein kleiner, schneller Klassifizierer wählt die richtige Pipeline, bevor die Generierung startet — die falsche Oberfläche ist der teuerste Fehlerfall.
- 02
Schwerer Planner (Claude Opus / Gemini Pro)
Architektur planen
Ein Planner expandiert den Prompt zu einer Feature-Liste, einer Schema-Skizze, einer Routenkarte, Modell-Entscheidungen und Akzeptanzkriterien. Der Plan ist das, was der User beim Scrollen zuerst sieht; nichts wird generiert, bevor der Plan steht.
- 03
Router (deterministisch)
Modelle pro Phase routen
Jeder Folgeschritt bekommt das Modell, das in unseren internen Benchmarks für ihn am besten performt: ein schnelles Modell schreibt das Scaffolding, ein schweres Modell die Business-Logik, ein spezialisiertes Modell 3D / Flutter / Liquid. Wir ändern das Routing, wenn ein besseres Modell auftaucht.
- 04
Generator (Modell pro Phase)
Code generieren
Jede Datei wird als strukturierte XML-Action emittiert — VULK streamt nie einfach freien Code. Das XML erlaubt uns zu tracken, welche Dateien existieren, vor dem Schreiben zu validieren und später chirurgisch zu editieren, ohne das ganze Projekt zu regenerieren.
- 05
Validator (Regeln + kleines Modell)
Gegen den Build validieren
Type-Check, Dependency Resolve, Vite Build, Schema-Sanity. Die statische Analyse läuft synchron — wir zeigen dir keinen Preview, der nicht kompiliert. Fehler gehen in den Autofixer; Erfolge gehen direkt in den Preview.
- 06
Reparierer (schweres Modell)
Fehler autofixen
Wenn der Validator einen Fehler findet, liest der Autofixer die echte Fehlerausgabe und editiert chirurgisch die fehlerhaften Dateien. Er schleift bis grün oder bis zu einem harten Cap — und meldet ehrlich, wenn er etwas nicht beheben kann, statt so zu tun, als hätte er es.
- 07
microVM-Preview booten
Eine Firecracker microVM wird in Sekunden bereitgestellt: Kernel, Rootfs, Abhängigkeiten, das Projekt. Der Live-Preview ist echt, kein gesandboxtes iframe — deine generierte App läuft genauso, wie sie in Produktion laufen wird.
- 08
Dort deployen, wo sie lebt
Ein Click schickt zu Cloudflare Pages, Vercel oder deiner eigenen Infrastruktur. Mobile Builds (Flutter) gehen an EAS / native Pipelines mit der richtigen Metadata für App Store + Play Submission.
Welches Modell läuft in welcher Stufe.
Routing ist deterministisch und ändert sich, wenn sich Benchmarks ändern. Spezifische Modell-IDs verschieben sich wöchentlich — die unten stehende Policy ist stabil.
| Stufe | Modellklasse | Warum |
|---|---|---|
| Klassifizierung | Klein / schnell | Günstig, Sub-Sekunde |
| Planung | Schweres Reasoning | Single Shot, längster Kontext |
| Generierung (Web) | Schwer, code-getuned | Strengste Output-Regeln |
| Generierung (Mobile) | Flutter-spezialisiert | Korrektheit der Widget-Tree > Kürze |
| Generierung (3D) | Three.js-spezialisiert | Erfordert korrekte Geometrie / Shader |
| Edit (chirurgisch) | Schwer, code-getuned | Kleineres Diff-Fenster, Datei muss leben bleiben |
| Reparatur | Schweres Reasoning | Liest Compile-Errors als Input |
| Zusammenfassung | Klein / schnell | Plan-Recap, Abschluss-Notizen |
Was passiert, wenn die Generierung schiefgeht.
Die meisten KI-App-Builder streamen Code, geben ihn zurück und hoffen. VULK geht davon aus, dass die erste Generierung mindestens einmal fehlschlägt und behandelt Recovery als erstklassigen Schritt.
- Statische Checks zuerst. TypeScript, eslint-blocking-Regeln, Dependency-Resolution. Günstiger als das Build laufen zu lassen.
- Build des Projekts. Vite fürs Web, Flutter Analyzer für Mobile, theme-check für Liquid. Der echte Build, keine Simulation.
- Fehlerausgabe wörtlich erfassen. Der Fixer liest den tatsächlichen Compiler-Output, keine paraphrasierte Zusammenfassung.
- Chirurgische Bearbeitung. Das Reparaturmodell emittiert eine vulkEdit-Aktion, die nur die fehlerhaften Dateien anfasst — vollständige Regenerierung ist die Ausnahme, nicht die Regel.
- Loop bis Grün oder Cap. Maximal drei Reparatur-Durchläufe. Danach machen wir den Fehler ehrlich sichtbar mit der Error-Ausgabe und einem One-Click-„von Grund auf neu generieren".
Selbst spüren?
Der schnellste Weg, die Pipeline zu verstehen, ist sie laufen zu sehen. Starte mit einem 7-Tage-Bezahltrial — volle Plan-Credits, jederzeit kündbar.
Zuletzt geprüft: 30. April 2026