2. Rédiger un brief efficace
Apprenez à structurer une description de projet — objectif, écrans et comportements clés — afin que l'IA produise une première version aussi proche que possible de votre intention.
Code Builder transforme une description en langage naturel en une application fonctionnelle. Vous rédigez un brief, l'IA génère le code, l'exécute dans un bac à sable cloud isolé, et affiche un aperçu en direct juste à côté de votre conversation. La qualité de cette première version générée dépend presque entièrement de la qualité de votre brief. Un prompt vague produit un squelette générique que vous passerez de nombreuses itérations à corriger ; un brief bien structuré vous permet d'atteindre 80 % du résultat dès la première tentative. Votre brief doit couvrir trois piliers : l'objectif (ce que fait l'application et pour qui), les écrans (les vues ou pages distinctes et leur mise en page), et les comportements clés (interactions, flux de données, règles métier). Bien maîtriser ces trois piliers minimise les crédits IA et le temps d'exécution du bac à sable gaspillés, car chaque itération supplémentaire a un coût sur les deux plans.
Pilier 1 — Objectif. Commencez par une seule phrase indiquant ce qu'est l'application et à qui elle s'adresse. Cela oriente chaque décision que l'IA prendra par la suite. Mauvais exemple : « Créez-moi un tableau de bord. » Bon exemple : « Créez un tableau de bord IoT en temps réel pour les gestionnaires d'installations qui surveillent des capteurs de température et d'humidité dans plusieurs bâtiments. » Incluez le domaine, le rôle principal de l'utilisateur et la proposition de valeur essentielle. S'il existe plusieurs rôles d'utilisateurs (par exemple, administrateur vs. lecteur), listez-les ainsi que leurs autorisations. Le bloc objectif fait office de contrat : l'IA s'y référera lors de la génération de la navigation, des modèles de données et du contrôle d'accès.
Pilier 2 — Écrans. Énumérez chaque vue distincte. Pour chaque écran, précisez : son nom, les données qu'il affiche ou collecte, et sa mise en page générale (barre latérale + panneau principal, tableau pleine largeur, grille de cartes, etc.). Classez les écrans selon le parcours utilisateur — l'IA utilise cet ordre pour connecter la navigation. Exemple :
- Connexion — formulaire e-mail/mot de passe, redirection vers le Tableau de bord en cas de succès.
- Tableau de bord — grille de cartes de bâtiments affichant les dernières lectures de capteurs ; cliquer sur une carte → Détail du bâtiment.
- Détail du bâtiment — graphiques linéaires de température et d'humidité sur les dernières 24 h, liste des alertes.
- Paramètres — gérer les seuils de capteurs déclenchant les alertes.
Ce niveau de précision permet à l'IA d'échafauder les bonnes routes et les bons composants dès la première tentative.
Pilier 3 — Comportements clés. Les comportements sont les règles dynamiques qui font que l'application dépasse le stade de simples pages statiques. Décrivez les interactions (« cliquer sur une ligne ouvre une fenêtre modale d'édition »), les validations (« le champ e-mail doit être unique »), les mises à jour en temps réel (« les nouvelles données de capteur apparaissent sans rechargement de la page ») et les cas limites (« afficher une illustration d'état vide lorsqu'aucun capteur n'est configuré »). Utilisez un langage impératif que l'IA peut traduire directement en code : « Lorsque l'utilisateur soumet le formulaire, valider tous les champs et afficher les erreurs en ligne avant l'enregistrement. » Chaque comportement que vous omettez est un comportement que vous devrez ajouter plus tard via une conversation itérative — un changement à la fois — ce qui engendre des crédits supplémentaires.
Avant de soumettre votre brief, choisissez le profil d'exécution correspondant à votre type de projet (par exemple, application web, service API). Le profil définit l'environnement d'exécution du bac à sable et ses capacités ; choisir le bon évite les incompatibilités d'environnement qui obligent à régénérer le projet. Gérez les profils depuis les paramètres du builder.
Ouvrez Code Builder et rédigez un brief pour une petite application dont vous avez réellement besoin. Structurez-le en trois sections nommées — Objectif, Écrans, Comportements clés — en suivant les schémas ci-dessus. Soumettez-le, observez l'aperçu en direct apparaître, puis notez les éléments que l'IA a bien réalisés et ceux qui nécessitent des ajustements. Cette boucle de retour est le moyen le plus rapide de calibrer votre compétence en rédaction de briefs.
Une fois le premier aperçu affiché, résistez à l'envie de réécrire l'intégralité du brief. Itérez plutôt de manière conversationnelle — un changement à la fois (« rendre la barre latérale rétractable », « ajouter la pagination au tableau »). Chaque demande ciblée permet à l'IA de rester précise dans ses modifications et rend l'actualisation de l'aperçu prévisible.
Un brief Code Builder de qualité comporte trois sections : Objectif (ce que fait l'application, pour qui), Écrans (nom, données et mise en page de chaque vue, dans l'ordre du parcours utilisateur) et Comportements clés (interactions, validations, règles en temps réel). Sélectionnez le bon profil d'exécution avant de soumettre. Après le premier aperçu en direct, itérez un changement à la fois pour rester efficace en termes de crédits et de temps de bac à sable. Le code généré vous appartient — consultez-le dans l'espace de travail ou téléchargez-le à tout moment.