Huit étapes entre ton prompt et une app qui marche.
VULK n'est pas un seul appel LLM. C'est un pipeline déterministe qui classifie, planifie, route, génère, valide, répare, prévisualise et déploie — avec le bon modèle choisi pour chaque étape et une boucle de correction automatique quand une étape échoue.
- 01
Classificateur rapide
Classifier le prompt
Quelle surface l'utilisateur veut-il ? Application web, mobile (Flutter), thème Shopify, site marketing, outil interne ? Un classificateur petit et rapide choisit le bon pipeline avant que la génération commence — la mauvaise surface est le mode d'échec le plus cher.
- 02
GPT-5.6 Terra Pro
Planifier l'architecture
Un planificateur étend le prompt en liste de fonctionnalités, esquisse de schéma, plan des routes, décisions de modèle et critères d'acceptation. Le plan est ce que l'utilisateur voit défiler en premier ; rien n'est généré avant que le plan soit verrouillé.
- 03
Routeur (déterministe)
Router les modèles par phase
Le modèle choisi écrit le code. Auto applique la politique de modèles de VULK, tandis que la compréhension de la demande et la planification de l’architecture ont leurs propres rôles. Le catalogue décrit le rôle de chaque modèle.
- 04
Générateur (modèle par phase)
Générer le code
VULK génère les fichiers définis dans le plan du projet, valide leur contenu et enregistre les fichiers acceptés. Les changements respectent le plan et le travail accepté reste disponible pour les modifications et la reprise.
- 05
Validateur (règles + petit modèle)
Vérifier la conformité au build
Vérification des types, résolution des dépendances, vite build, vérification de la cohérence du schéma. L'analyse statique s'exécute de manière synchrone — l'aperçu que tu vois compile toujours. Les échecs sont transmis au correcteur automatique ; les réussites passent directement à l'aperçu.
- 06
Réparateur (modèle lourd)
Correction automatique des échecs
Quand le validateur trouve une erreur, le correcteur automatique lit la sortie réelle de l'erreur et édite chirurgicalement les fichiers en échec. Il boucle jusqu'au vert ou jusqu'à un plafond strict.
- 07
Démarrer l'aperçu en microVM
Une microVM Firecracker est mise en place en quelques secondes : noyau, système de fichiers racine, dépendances, projet. L'aperçu en direct est réel, ce n'est pas une iframe isolée dans un bac à sable — ton application générée fonctionne exactement comme elle fonctionnera en production.
- 08
Déployer là où elle vit
Publie ton projet sur une URL active ou exporte le code vers ton infrastructure. Flutter utilise son propre service de compilation pour les aperçus web et les APK Android, avec les identifiants de signature gérés dans VULK.
Quel modèle tourne à quelle étape.
Le routage est déterministe et change quand les benchmarks changent. Les identifiants spécifiques de modèles changent chaque semaine — la politique ci-dessous est stable.
| Étape | Classe de modèle | Pourquoi |
|---|---|---|
| Classification | GPT-5.6 Sol | Comprend la demande avant la génération |
| Planification | GPT-5.6 Terra Pro | Définit le plan du projet et les critères d’acceptation |
| Génération (web) | Lourd, optimisé code | Règles de sortie les plus strictes |
| Génération (mobile) | Spécialisé Flutter | Justesse de l'arborescence de widgets > brièveté |
| Génération (3D) | GPT-6 Astra avec Auto | Exige une géométrie / des shaders corrects |
| Édition (chirurgicale) | Lourd, optimisé code | Fenêtre de diff plus petite, le fichier doit rester vivant |
| Réparation | Raisonnement lourd | Lit les erreurs de compilation en entrée |
| Résumé | Petit / rapide | Récap du plan, notes finales |
Ce qui se passe quand la génération échoue.
La plupart des outils de création d'applications par IA diffusent le code en continu, le rendent et croisent les doigts. VULK suppose que la première génération échouera au moins une fois et traite la récupération comme une étape de premier ordre.
- Vérifications statiques d'abord. TypeScript, règles eslint bloquantes, résolution des dépendances. Moins cher que de lancer le build.
- Build du projet. Le projet est compilé et validé avec ses propres outils. Flutter passe par l’analyse Dart et une compilation web ; les erreurs sont transmises au processus de récupération.
- Capture le message d'erreur mot pour mot. Le correcteur lit la sortie réelle du compilateur, pas un résumé paraphrasé.
- Édition chirurgicale. La réparation utilise l’erreur réelle de validation pour corriger les fichiers concernés. Les fichiers déjà validés sont conservés.
- Répète jusqu'à ce que tout passe au vert ou que la limite soit atteinte. La génération de chaque fichier dispose d’un nombre limité de tentatives. Si elle échoue encore, VULK affiche le diagnostic, conserve les fichiers acceptés et permet de reprendre la génération interrompue.
Envie d'en faire l'expérience ?
Le moyen le plus rapide de comprendre le pipeline est de le voir fonctionner. Commence avec un plan payant — crédits complets du plan, annulable à tout moment.
Dernière révision : 30 avril 2026