Quand le créateur d'applis avec IA perd le fil : remettre votre projet sur les rails sans tout recommencer

Il y a une sensation bien précise que les gens décrivent après quelques heures de création avec un créateur d’applis avec IA. La première heure est géniale. Vous esquissez une idée, vous regardez le truc s’assembler sous vos yeux, vous cliquez partout dans votre appli à moitié construite et vous souriez. Puis, vers la troisième heure, ça commence à déraper. L’IA corrige le bug que vous avez signalé, mais la page au-dessus a maintenant un autre aspect. Vous lui demandez d’annuler, et elle change autre chose. À la cinquième heure, vous ne savez plus ce qui est enregistré et ce qui ne l’est pas, et vous commencez à vous demander si vous ne devriez pas tout recommencer.

Surtout pas. Le créateur d’applis avec IA n’est pas cassé ; il a perdu le fil. C’est un état tout à fait réparable, et vous n’avez pas besoin de réduire votre projet en cendres pour vous en sortir.

Ce que « perdre le fil » veut vraiment dire

Quand un créateur d’applis avec IA produit de bons résultats, c’est parce que deux choses sont alignées : il a une image claire de ce que vous voulez, et il a une image claire de ce à quoi l’appli ressemble actuellement. La plupart des spirales de mauvaises créations viennent du fait que l’une de ces deux images devient floue.

C’est un peu comme demander à un ami de réaménager une pièce au téléphone. S’il voit la pièce et qu’il comprend l’objectif, il est excellent. S’il se souvient de la pièce d’après une photo que vous lui avez envoyée il y a deux heures, et que l’objectif a changé trois fois depuis, il va se mettre à déplacer des choses dans des coins qui n’existent plus. L’IA est dans la même situation. Elle travaille à partir d’un instantané, et votre instantané a vieilli.

Vous le remarquerez généralement à travers l’un de ces trois signes.

Signe 1 : l’IA réécrit sans cesse la même chose

Vous demandez à l’IA de corriger le bouton de connexion. Elle réécrit le bouton de connexion. Vous lui demandez de corriger le même bouton de connexion à nouveau — mêmes mots, même demande — et elle le réécrit encore, légèrement différemment. Deux tours de plus et le bouton est désormais d’une troisième couleur et se trouve dans une autre partie de la page.

C’est un signal de dérive de mémoire. L’IA a cessé d’utiliser son travail précédent comme fondation et repart de votre description à chaque tour. La nouvelle version n’est pas toujours moins bonne, elle est juste différente, ce qui revient au même que moins bonne si vous aviez déjà commencé à apprécier l’ancienne.

Quand ça arrive, l’astuce est de l’ancrer. Arrêtez de décrire le changement en termes abstraits (« rends le bouton de connexion plus épuré ») et commencez à le décrire en des termes que l’IA peut faire correspondre à ce qui est réellement à l’écran (« le bouton dit actuellement “Se connecter”, il est centré et bleu — garde ces trois choses, arrondis juste les coins »). Vous remettez à l’IA un instantané frais. Ce qui aide systématiquement les non-développeurs à sortir de cette boucle, c’est une phrase qui dit « actuellement il fait X — change uniquement Y ».

Signe 2 : chaque correction casse autre chose

Vous signalez un formulaire d’inscription cassé. L’IA corrige le formulaire. Vous rechargez la page et la mise en page du tableau de bord a bougé. Vous lui demandez de remettre le tableau de bord en place. Le formulaire d’inscription se recasse.

C’est la spirale qui pousse les gens à tout recommencer, et c’est la raison la plus fréquente pour laquelle des créations sont abandonnées à 80 % de leur réalisation. Ce qui se passe en dessous, c’est que l’IA touche à des fichiers ou des composants qui affectent une zone plus large que celle que vous lui avez indiquée. Une fondatrice que j’ai observée récemment a demandé à l’IA de « corriger les couleurs de la page d’accueil » et s’est retrouvée avec une barre de navigation différente partout — parce que les styles qui alimentaient les deux vivaient au même endroit, et l’IA a corrigé les deux d’un coup. Elle croit corriger une seule chose ; elle en modifie en réalité deux.

La solution est mécanique. Demandez à l’IA, en langage clair, de ne modifier que le fichier, la page ou le composant qui vous intéresse, et de laisser tout le reste tranquille. La plupart des créateurs d’applis avec IA respectent cette contrainte quand vous la posez. « Modifie uniquement la page d’inscription. Ne touche pas à la mise en page du tableau de bord, n’ajoute pas de nouveaux fichiers, ne réorganise rien. » Si le bug se trouve dans du code partagé — par exemple, le style qui alimente à la fois le formulaire et le tableau de bord — l’IA vous le dira. C’est une information utile, et c’est un bien meilleur point de départ que de deviner.

L’autre chose qui aide ici : arrêtez d’accumuler les corrections. Si la création est dans un état à moitié cassé, prenez une petite victoire, enregistrez-la et passez à la suite. Les créateurs d’applis avec IA peuvent enchaîner les problèmes très vite, parce que chaque demande a l’état à moitié cassé précédent comme point de départ. Un point de sauvegarde propre brise cette chaîne.

Signe 3 : l’IA vous pose les mêmes questions

Il y a trois tours, elle vous a demandé quelle base de données vous vouliez. Vous avez dit Postgres. Maintenant elle redemande, mais formulé autrement — « ces données doivent-elles persister d’une session à l’autre ? » — et vous réalisez qu’elle dérive vers la même décision.

Cela signifie généralement que l’IA a perdu le contexte au niveau du projet. Elle travaille avec les quelques derniers messages, pas avec les choix d’architecture que vous avez faits plus tôt. On ne peut pas vraiment lui en vouloir ; les humains font pareil dans les longues réunions. Mais le résultat, c’est que vous allez sans cesse rejouer les fondations pendant que vous essayez de construire le deuxième étage.

La sortie de secours consiste à rédiger un bref résumé de projet en langage clair et à le recoller dès que l’IA commence à dériver. Deux ou trois phrases suffisent : « Ceci est une appli web pour réserver des cours de guitare. Les professeurs gèrent leurs disponibilités. Les élèves réservent un créneau, paient et reçoivent un e-mail de confirmation. Utilise Postgres pour le stockage et Stripe pour les paiements. » Ce paragraphe est ce que l’IA a le plus besoin de garder sous la main, et c’est ce qu’elle oublie le plus souvent. Traitez-le comme un mot accroché sur le frigo.

Un petit mode d’emploi pour vous débloquer

Quand vous tombez sur l’un de ces trois signes, voici ce qui a tendance à fonctionner, dans l’ordre. Vous n’avez pas besoin de tout faire ; la première étape qui corrige le symptôme suffit généralement.

Enregistrez ce qui marche. Avant toute autre chose, assurez-vous que les parties de votre appli qui fonctionnent encore sont enregistrées sous forme de version ou de point de contrôle. La plupart des créateurs ont cette fonction intégrée ; si le vôtre ne l’a pas, prenez des captures d’écran et notez le comportement visible dans une note. Vous allez vouloir une base de référence.

Nommez l’objectif en une phrase. À voix haute, par écrit, quelque part. « J’essaie de faire en sorte que le formulaire d’inscription accepte un e-mail et un mot de passe et envoie un message de bienvenue par e-mail. » Si vous n’arrivez pas à le nommer en une phrase, c’est en partie pour ça que l’IA dérive — elle ne fait que vous renvoyer votre propre ambiguïté.

Isolez le morceau cassé. Dites à l’IA quelle page, quel composant ou quelle fonctionnalité elle a le droit de toucher. Soyez précis. « Modifie uniquement le formulaire d’inscription. Ne change rien d’autre. » Si vous n’arrivez pas à nommer précisément ce qui est cassé, demandez à l’IA de résumer ce qu’elle a modifié en dernier ; ça fait souvent ressortir le vrai élément qui bouge.

Ancrez le changement à ce qui est là maintenant. Décrivez l’état actuel et l’état visé. « Il affiche actuellement un message d’erreur rouge sous le champ du mot de passe. Je veux que ce message d’erreur disparaisse quand l’utilisateur recommence à taper. » Un avant-après concret vaut mieux qu’une intention abstraite.

Prenez la victoire et arrêtez-vous. Le plus dur de toute cette liste. Quand la création est revenue à un état fonctionnel, enregistrez et éloignez-vous quelques minutes. N’essayez pas d’enchaîner immédiatement sur la prochaine correction. Les créations qui empilent quatre ou cinq corrections d’affilée ont tendance à entrer dans une nouvelle spirale. Celles qui corrigent une chose, enregistrent et font une pause ont tendance à ne pas le faire.

Quand il est vraiment temps de tout recommencer

Parfois, la bonne décision est réellement de repartir de zéro, et ça vaut le coup d’en connaître les signes. Si votre projet a beaucoup pivoté — l’idée d’origine n’est plus la vraie idée, et l’appli reflète trois ou quatre versions différentes de « ce que c’est » — un nouveau départ avec une nouvelle demande est plus rapide que de tout démêler. Pareil si vous itérez depuis si longtemps que vous ne savez plus vraiment ce qu’il y a dans le projet. Le coût déjà investi vous dira de continuer. Votre vous de demain vous remerciera pour la remise à zéro.

Mais c’est l’exception. La version quotidienne de « cette création part en vrille » se répare en cinq minutes si vous savez quoi chercher. L’IA n’a pas oublié comment construire des applis. Elle a juste oublié laquelle vous étiez en train de construire.

Si vous avez déjà traversé l’une de ces spirales — les boucles, les corrections en cascade, les mêmes questions en boucle — essayez d’écrire votre objectif de projet en une phrase quelque part où vous pourrez le recoller. C’est une petite habitude qui raccourcit le prochain moment de blocage.