Mode planification
L'Agent écrit d'abord un plan et ne touche au projet qu'après approbation. Quand cela vaut la peine et quand ce n'est qu'un retard.
En mode planification l'Agent ne réécrit pas le projet. Il peut lire et il peut réfléchir ; à la fin il écrit un plan que vous lisez et approuvez, ou renvoyez. C'est le seul moment où il vaut la peine d'attendre l'Agent — avant qu'il commence à écrire, pas après.
Comment on l'active
Dans la Conversation, sous le bouton + se trouve l'interrupteur « Mode planification ». Il reste allumé jusqu'à ce que vous l'éteigniez, et cela se voit — le bouton est mis en évidence, si bien que vous ne confierez pas du travail en croyant planifier.
Le champ du Prompt demande d'ailleurs autrement : « Que doit planifier l'Agent ? » au lieu de l'invitation habituelle.
Changer de mode demande un redémarrage de l'Agent sur le Serveur. Cela se fait tout seul et c'est l'affaire d'une seconde ou deux — mais c'est justement pour ça que le mode ne se change pas à chaque Prompt.
Ce qui ne peut pas arriver pendant la planification
L'Agent tourne avec l'écriture interdite. Il ne peut pas écrire un fichier, il ne peut pas lancer une commande qui change quelque chose. Ce n'est pas une promesse dans la consigne qu'il pourrait oublier — c'est le réglage avec lequel il a été lancé.
Le plan n'apparaît alors pas comme une réponse ordinaire. L'Agent le présente comme une demande d'autorisation et vous voyez le plan entier, pas son début — pour les autres actions il suffit de savoir ce qui va tourner, ici le contenu de la décision est ce texte lui-même.
Approuver ou renvoyer
Avec un plan vous avez deux possibilités et les deux sont bonnes :
- Approuver le plan
- L'Agent termine son tour et attend. Sous la Conversation apparaît un bouton : Exécuter le plan — un appui au lieu d'écrire « alors fais-le ». C'est seulement là qu'il se met au travail, déjà en mode ordinaire.
- Refuser et écrire ce qui ne va pas
- Vous écrivez ce qui ne colle pas dans le plan et l'Agent le refait — toujours en planification, toujours sans écrire. C'est la façon peu coûteuse de le mener quelque part : corriger un plan est d'un ordre de grandeur plus rapide que corriger du code fini.
Quand s'en servir
- Pour une consigne dont vous n'êtes pas sûr de l'avoir bien décrite. Un plan est la vérification la plus rapide que vous vous êtes compris.
- Dans un projet étranger. Avant que l'Agent réécrive quoi que ce soit, vous voulez voir quels fichiers cela touchera.
- Pour un changement à travers tout le projet — refactorisation, renommage, migration. Là une consigne mal comprise se manifeste à cinquante endroits.
- Quand vous travaillez sans approbations. Le bypass et la planification vont bien ensemble : les grosses consignes, vous les passez en revue par un plan, et le reste tourne ensuite sans interruptions.
Quand ne pas s'en servir
Pour de petites consignes, un plan est un retard. « Corrige la coquille dans le README » n'a pas besoin d'une réflexion en trois points, et la lire coûte plus que la correction.
Cela ne convient pas non plus là où l'Agent doit d'abord essayer quelque chose pour savoir quoi proposer — au débogage par exemple, où la cause se trouve en lançant un test. En planification il ne peut rien lancer, il planifierait donc à l'aveugle.
Un plan que l'Agent demande de lui-même
Parfois un plan arrive même si vous n'avez pas activé la planification — l'Agent décide de lui-même que la consigne demande réflexion. Cela se passe pareil : vous le lisez, vous l'approuvez et « Exécuter le plan » apparaît.
Ça a coincé ailleurs que ce qui est ici ? Écrivez à support@coden-app.com.