Ce qu'un constructeur IA ne sait pas faire : la liste

Ce qu'un constructeur IA ne sait pas faire

Un constructeur IA ne produit ni jeu 3D, ni application native installable depuis un magasin, ni produit complexe capable de remplacer une équipe de développement. Il n'invente pas non plus des règles métier qu'on ne lui a jamais dites, et il ne traite pas ce qui n'a jamais été du logiciel : validation juridique, ouverture d'un compte de paiement, véracité de vos contenus. Le reste est une question de nombre de modifications.

Nous développons Zugo, alors publier la liste de nos propres limites peut sembler étrange. C'est pourtant la page la plus utile que nous puissions écrire, parce que l'échec coûteux n'est pas une construction ratée. C'est un mois passé à pousser un outil vers un travail pour lequel il n'a jamais été taillé.

Que ne peut réellement pas produire un constructeur IA ?

Quatre catégories, et ce sont des frontières, pas des niveaux de difficulté. Aucune formulation de prompt ne les franchit.

Tout ce qui doit être livré comme binaire natif. Un projet Zugo est publié à une adresse web et tourne dans un navigateur. C'est le format de sortie. Si votre besoin est précisément une application installée depuis l'App Store ou le Play Store, le navigateur n'est pas la fin du chemin.

Les jeux en 3D. Le jeu est ici un format de premier rang, et il est 2D et navigateur. C'est une vraie étendue et c'est une vraie limite. Un projet sur moteur 3D relève d'une autre discipline, avec d'autres outils et d'autres métiers.

Les produits qui réclament une équipe. Zugo ne remplace pas une équipe de développement sur un produit vraiment complexe. Un constructeur vous amène vite à quelque chose de réel ; un système qui accumule depuis des années des règles, des intégrations et des cas particuliers relève de l'ingénierie, et prétendre le contraire vous coûte un trimestre.

Les parties qui ne sont pas du code. L'encaissement passe par une validation de compte. Les taxes, les licences et les mentions obligatoires sont à vous. Aucun générateur ne tranche si la promesse écrite sur votre page d'accueil est exacte, et c'est votre nom qui figure en bas.

Pourquoi un prompt unique ne donne-t-il pas votre règle métier ?

Parce qu'une règle spécifique est spécifique, et qu'une description est une compression. « Un formulaire de réservation » est une forme que tout constructeur reconnaît. « Un formulaire de réservation qui bloque les mardis hors saison sauf si le client a déjà trois réservations » est une règle qui n'existe que dans votre tête tant que vous ne l'avez pas écrite.

Les générateurs sont bons sur la forme et instables sur l'exception. Le premier passage vous donne le formulaire, les champs, l'écran de confirmation, et une règle vraisemblable qui n'est pas tout à fait la vôtre. Lire le résultat et le corriger, c'est le vrai travail, et ce n'est pas un défaut de l'outil.

La route praticable est en couches. Obtenez la forme, puis ajoutez une règle par modification, à 3 crédits l'unité, en vérifiant après chacune. La logique métier très particulière s'obtient par modifications successives, jamais par un prompt parfait, et le savoir d'avance change votre budget de crédits autant que votre patience. La méthode de rédaction des demandes est détaillée dans écrire un bon prompt.

Où passe exactement la frontière du jeu ?

À la troisième dimension et à la fenêtre du navigateur. En deçà, l'étendue surprend : plateformes, alignement de trois, course sans fin, tir, jeux d'attente, jouables à partir d'une description en une minute environ. Au delà, la réponse est un autre outil.

Si vous pesez précisément un projet de jeu, l'IA peut-elle créer un jeu détaille ce que couvre l'étendue 2D.

Et tout ce qui n'est pas du logiciel ?

C'est la catégorie que l'on oublie, et elle bloque plus de lancements que n'importe quelle limite technique. Un constructeur produit du logiciel. Une activité a besoin de plusieurs choses qui n'en sont pas, et aucune n'arrive avec la construction.

L'acceptation des paiements en est l'exemple le plus net. Stripe est un connecteur intégré, donc la caisse de votre projet peut être réelle en quelques minutes. Que Stripe valide votre compte pour votre secteur, et à quelles conditions, se joue entre vous et Stripe, et aucun constructeur ne raccourcit cette conversation.

Il en va de même de tout ce qui est encadré : allégations de santé, conseil financier, restrictions d'âge, obligations d'accessibilité selon votre pays. Une page générée affichera volontiers ce que vous lui avez demandé. Elle n'a aucun avis sur votre droit à le dire, et le contrôle en bac à sable qui vérifie l'ouverture de la page n'en a pas davantage.

Que sait-il faire, contre toute attente ?

La liste est plus longue que celle des limites, et c'est pour cela qu'il vaut mieux nommer les frontières avec précision qu'avec des formules vagues.

Une plateforme multipage avec des adresses distinctes, une vraie base de données et une connexion via Supabase, un encaissement via Stripe, l'envoi d'e-mails transactionnels via Resend, l'export du code source vers GitHub, un déploiement sur votre propre compte Vercel, un nom de domaine à vous. Ce sont des connecteurs, pas des promesses : ils tournent sur vos comptes.

Le catalogue compte 25 modèles prêts à l'emploi, dont 5 jeux, et les copier ne consomme aucun crédit. Beaucoup de projets qu'on croit hors de portée sont en réalité un modèle voisin plus trois modifications.

Et chaque version est ouverte dans un bac à sable avant livraison : une construction qui ne s'affiche pas ne vous est pas remise. Cela n'élimine pas le second risque, celui d'une page qui s'affiche parfaitement sans correspondre à ce que vous aviez en tête.

Comment savoir de quel côté tombe votre projet ?

Posez trois questions dans cet ordre, et vous aurez la réponse avant de dépenser quoi que ce soit.

Est-ce que cela vit dans un navigateur ? Si oui, vous êtes probablement dans le périmètre. Est-ce que les règles qui font la valeur du produit tiennent en une page écrite ? Si oui, elles s'obtiennent par modifications. Est-ce qu'une personne extérieure devrait maintenir ce produit pendant des années ? Si oui, prévoyez une reprise par un développeur, décrite dans puis-je faire reprendre le projet par un développeur.

Le signal le plus fiable reste le vocabulaire de votre propre brief. Quand il parle d'écrans, de pages, de formulaires et de contenus, l'outil convient. Quand il parle de rôles, de flux d'approbation, de synchronisation entre systèmes et de reprise sur incident, vous décrivez un système d'information, et un constructeur n'en est que la façade.

Combien coûte le fait d'aller tester la frontière ?

Peu, et c'est l'argument principal en faveur de l'essai plutôt que du débat.

Free donne 5 crédits, soit moins qu'une construction neuve : pour éprouver l'outil sans payer, partez d'un modèle, puisque la copie est gratuite. Pro coûte $25 par mois pour 200 crédits, ce qui représente environ 16 plateformes, 33 constructions ou 66 modifications. Business coûte $99 par mois pour 800 crédits.

Une construction simple prend environ une minute, une plateforme multipage quelques minutes. Autrement dit, la question « est-ce que mon idée entre dans le périmètre » se tranche en une soirée, pas en un appel d'offres.

Que faire quand le projet dépasse la frontière ?

Ne jetez pas ce que vous avez déjà. Une page de présentation, une liste d'attente, un espace client léger ou un prototype cliquable restent utiles même quand le produit final réclame une équipe. Beaucoup d'équipes commencent ainsi et gardent la façade générée bien après le début du développement.

Ensuite, faites sortir le code. L'export vers GitHub existe pour cette raison précise : le projet vous appartient, un développeur peut le lire, et personne ne vous retient. Ce qui relève encore de la conversation continue de s'y traiter ; le reste passe par le dépôt.

Enfin, acceptez la frontière comme une information, pas comme un verdict. Savoir qu'un jeu 3D ou une application native n'entre pas dans le périmètre vous fait gagner exactement le temps que vous auriez perdu à le découvrir en cours de route. Pour vérifier de quel côté vous vous trouvez, décrivez la version la plus simple de votre idée sur zugo.dev et regardez ce qui sort.