Sous le capot
Comment ça marche vraiment.
Aucune étape n’est magique, et aucune n’est un modèle de langage qui improvise. Voici la mécanique, avec ses limites.
Étape 01
Le questionnaire
25 questions sur ta situation, ton objectif, ton blocage et ton idée. Chaque réponse sert à quelque chose de précis : présélectionner des fonctionnalités, choisir un modèle de départ, fixer un prix cible, calculer le nombre de clients à trouver.
Ce que ça ne fait pas : deviner si ton marché existe. Ça, seules des conversations avec de vraies personnes te le diront.
Étape 02
Le moteur de dépendances
138 fonctionnalités réparties sur 27 domaines, chacune avec ses prérequis, ses recommandations et ses incompatibilités. Quand tu coches « abonnement mensuel », le moteur ajoute Stripe et ses webhooks, et te le dit. Quand tu retires une brique, il t’annonce ce qui tombe avec elle avant d’agir.
L’ordre de résolution est déterministe : deux configurations identiques donnent exactement la même sélection, à la virgule près.
Étape 03
Le détecteur de pièges
18 règles relisent ta sélection et cherchent les erreurs coûteuses : encaisser sans webhook, ouvrir une IA sans quota, faire cohabiter plusieurs entreprises sans cloisonnement, stocker des données personnelles sans les obligations qui vont avec.
Ce n’est ni un avis juridique ni un audit de sécurité. C’est une liste de fautes fréquentes, écrite noir sur blanc pour que tu ailles poser la bonne question au bon professionnel.
Étape 04
La spécification
Personas, modèle économique, nombre de clients nécessaires, pages et leurs accès, points d’API, parcours pas à pas, droits par rôle, tables et relations. Tu la lis en entier, tu la modifies, et c’est elle — pas une interprétation — qui sera générée.
Elle est produite par des règles, pas par un modèle de langage. C’est ce qui la rend reproductible.
Étape 05
La génération
9 émetteurs indépendants transforment la spécification en fichiers : 37 modèles de données disponibles, le schéma de base, la connexion, le paiement, les pages, la documentation.
Aucune dépendance inutile : un projet sans paiement n’embarque pas de bibliothèque de paiement.
Étape 06
La vérification
Le résultat est relu avant de t’être remis : imports qui ne résolvent pas, relations pointant vers une table absente, variables d’environnement utilisées mais non documentées, gabarits mal fermés, textes de remplissage oubliés. Ce qui peut être corrigé l’est, et c’est signalé.
Ce n’est pas un compilateur. La vérification définitive, c’est `npm run typecheck` dans ton projet — la commande est dans le README.
Et l’intelligence artificielle, dans tout ça ?
Nous ne nous en servons pas pour écrire ton code. La génération est faite par des règles : c’est ce qui garantit que deux configurations identiques produisent exactement les mêmes fichiers, et qu’un schéma de base soit valide à tous les coups. Un modèle de langage, lui, varierait d’une exécution à l’autre.
L’IA a sa place ailleurs, et elle viendra : reformuler une idée floue, proposer un nom, rédiger les textes de ton produit. Le jour où nous l’activerons, ce sera annoncé, et tu sauras exactement quelle partie de ton projet en dépend.