Checkpoints : annuler toute modification de l'agent

Chaque fois que l'agent Mythex termine un tour avec succès, il enregistre un checkpoint des fichiers de votre projet. Si une modification ultérieure tourne mal, vous pouvez ramener le projet à n'importe lequel de ces points depuis le chat — inutile de décrire les dégâts et d'espérer que l'agent les répare. Vous pouvez aussi modifier un message précédent et le renvoyer, ce qui rembobine le projet et tente une autre invite à partir de ce point.

Ce qu'est un checkpoint

Un checkpoint est un instantané sauvegardé des fichiers de votre projet à la fin d'un tour. Techniquement, c'est un checkpoint git — git étant le système de gestion de versions que les développeurs utilisent pour suivre chaque modification d'un code source. Vous n'avez pas besoin de connaître git pour l'utiliser ; le chat s'en charge pour vous.

Les checkpoints sont enregistrés après un tour d'agent réussi. Chacun se place à la fin de la réponse de l'agent qui l'a produit, si bien que l'historique du chat fait office de chronologie de votre projet : chaque réponse marque un point auquel vous pouvez revenir.

Pourquoi c'est utile

Construire avec un agent est un processus itératif. La plupart des tours font avancer le projet, mais certains non : une modification de mise en page qui casse la vue téléphone, un refactoring qui va plus loin que vous ne le vouliez, une fonctionnalité qui s'avère être une mauvaise idée.

Dans ces cas, la tentation est de demander à l'agent de corriger. Parfois, cela marche. Souvent, cela superpose une nouvelle modification à une mauvaise, puis une autre, et chaque correction rend la suivante plus difficile. Revenir au dernier bon point est généralement plus rapide et moins coûteux que de lutter contre des erreurs qui s'accumulent. Vous repartez de quelque chose qui fonctionnait.

Cela rend aussi les essais moins risqués. Si vous pouvez annuler un tour en deux clics, demander « et si la section d'accueil était une vidéo ? » vous coûte très peu.

Comment revenir à un checkpoint

1. Repérez la réponse qui a laissé le projet dans l'état souhaité.
2. Cliquez sur Revenir à ce point — l'icône d'annulation à la fin de la réponse, à côté de Copier. Sur un ordinateur portable, l'icône n'apparaît qu'au survol de la réponse.
3. Confirmez avec Restaurer dans la boîte de dialogue qui s'affiche.

Les fichiers de votre projet reviennent à leur état à la fin de ce tour. Vérifiez l'aperçu pour confirmer, puis continuez à partir de là.

Modifier et renvoyer

Il arrive que le problème ne vienne pas du résultat, mais de l'invite. Pour cela, il existe Modifier et renvoyer :

1. Survolez l'un de vos messages précédents et cliquez pour le modifier.
2. Réécrivez l'invite comme vous auriez dû la formuler.
3. Confirmez Abandonner et renvoyer.

Mythex rembobine le projet à avant ce tour — lorsqu'un checkpoint existe — et envoie votre nouvelle invite. C'est le moyen le plus rapide de refaire un tour qui est parti dans la mauvaise direction, sans laisser en place les modifications de la mauvaise tentative.

Les checkpoints fonctionnent mieux avec de petites étapes

Un checkpoint ne peut vous ramener qu'à la fin d'un tour. Si un tour a fait cinq choses, vous pouvez les annuler toutes les cinq ou aucune. C'est une raison de plus de garder chaque demande petite :

• Modifiez une section.
• Corrigez un bug.
• Ajoutez une page.

Des demandes plus petites signifient moins de surprises et moins de crédits consommés, et chacune laisse un checkpoint auquel vous pouvez revenir seul.

Il est aussi utile de décrire ce que vous voyez dans l'aperçu plutôt que ce que, selon vous, le code devrait faire — par exemple : « Sur la page tarifs, le bouton de la carte Pro est coupé sur mobile. Corrigez le débordement et gardez la mise en page sur ordinateur. »

Pour les grandes fonctionnalités, commencez en mode Plan : l'agent expose une approche, vous l'approuvez, puis Build la réalise étape par étape. Pour en savoir plus, voir Planifier avant de construire.

Quand revenir en arrière, et quand reconstruire

Revenir en arrière est le bon geste lorsque le projet était dans un bon état quelques tours plus tôt. Une reconstruction complète n'en vaut la peine que lorsque :

• Vous avez entièrement changé l'idée du produit.
• L'architecture ne convient plus aux nouvelles exigences.
• Le projet est encore vide ou presque.

Même dans ce cas, indiquez ce qu'il faut garder — le nom, les couleurs de la marque, le contenu — pour ne pas perdre ce qui était déjà bien.

Limites

• Les checkpoints sont enregistrés après des tours réussis, et Abandonner et renvoyer ne peut rembobiner que lorsqu'un checkpoint existe.
• Revenir en arrière restaure les fichiers de votre projet tels qu'ils étaient à ce point.
• Un checkpoint couvre un tour entier. Vous ne pouvez pas annuler une partie d'un tour ; des tours plus petits donnent un contrôle plus fin.
• Sur un ordinateur portable, l'icône Revenir n'apparaît qu'au survol, donc placez le pointeur sur la réponse si vous ne la voyez pas.

Si vous cherchez à corriger un bug plutôt qu'à l'annuler, notre guide sur le débogage d'une application créée avec l'IA couvre l'autre moitié du processus.

La documentation présente les checkpoints dans Chat et dans Itérer sans reconstruire.