Academy
4. Itérer avec l'aperçu en direct
Maîtrisez la boucle d'itération conversationnelle — demandez une modification à la fois, observez l'aperçu en direct se rafraîchir, et convergez vers le résultat exact que vous souhaitez.
L'aperçu en direct est votre projet s'exécutant à l'intérieur d'un bac à sable cloud isolé, affiché juste à côté du fil de conversation. Chaque fois que l'IA accepte et applique une modification demandée, l'aperçu s'actualise automatiquement afin que vous voyiez l'état exact et actuel de votre application — sans rechargement manuel, sans étape de déploiement. Cette boucle de retour étroite constitue le cœur du modèle d'itération de Code Builder : décrire un changement → l'IA modifie le code → le bac à sable réexécute → l'aperçu se met à jour. L'exécution étant entièrement isolée dans un bac à sable, elle est séparée de votre machine et des autres utilisateurs, ce qui vous permet d'itérer sans crainte sur tout type de modification, sans risque pour votre environnement local.
La règle d'or de l'itération est : changer une seule chose à la fois. Demander une modification unique et bien délimitée — « rendre l'en-tête fixe », « ajouter un filtre de recherche à la liste des utilisateurs », « passer la palette de couleurs en mode sombre » — donne à l'IA une cible claire et produit une différence prévisible que vous pouvez vérifier dans l'aperçu. Empiler plusieurs changements sans rapport dans un même message augmente le risque de régressions et rend plus difficile l'identification de la modification à l'origine d'un problème. Considérez chaque message comme un micro-commit : atomique, vérifiable et facile à annuler en demandant simplement à l'IA de revenir en arrière.
Formulez chaque demande d'itération comme un résultat précis et observable : « la barre latérale doit se replier en dessous de 768 px » plutôt que « rendre cela responsive ». Plus l'instruction est concrète, moins vous aurez besoin d'allers-retours — et chaque aller-retour consomme des crédits IA ainsi que du temps d'exécution du bac à sable, tous deux visibles au fur et à mesure.
Avant de commencer à itérer, assurez-vous d'avoir sélectionné le bon profil d'exécution pour votre type de projet. Les profils d'exécution définissent l'environnement d'exécution et les capacités du bac à sable — en choisir un mauvais peut entraîner un comportement d'aperçu déroutant qui ressemble à une erreur de l'IA mais qui est en réalité une incompatibilité d'environnement. Vous pouvez gérer les profils depuis les paramètres du builder. Il est possible de changer de profil en cours de projet, mais le faire tôt évite de gaspiller des itérations.
Si l'aperçu affiche un comportement inattendu après une modification, vérifiez les fichiers générés dans l'espace de travail avant de demander une nouvelle itération. Une revue de code rapide révèle souvent si le problème vient de la logique ou du profil d'exécution. Les fichiers vous appartiennent — consultez-les et téléchargez-les à tout moment.
Ouvrez Code Builder, démarrez un projet (ou poursuivez un projet existant) et entraînez-vous à la boucle « un changement à la fois » : demandez une seule modification d'interface, observez l'actualisation de l'aperçu en direct, vérifiez le résultat, puis demandez le changement suivant. Visez au moins cinq micro-itérations successives pour développer un automatisme autour du flux de travail conversationnel.
La boucle d'itération dans Code Builder est la suivante : demander un changement atomique → l'IA modifie le code → le bac à sable réexécute → l'aperçu en direct s'actualise. Gardez chaque demande précise et à objectif unique afin de minimiser les régressions et la dépense de crédits. Vérifiez les résultats dans l'aperçu et, si nécessaire, inspectez directement les fichiers générés. Assurez-vous que votre profil d'exécution correspond à votre type de projet avant de commencer à itérer. Les coûts (crédits IA + temps de bac à sable) sont visibles au fur et à mesure, afin que vous sachiez toujours ce que coûte chaque itération.