Proposer un correctif (Prompt Doctor)
=====================================

Quand un test échoue, **Proposer un correctif** demande au Prompt Doctor **une petite modification** des instructions de l'étape où l'échec s'est produit. La modification est ensuite **testée avant que vous la voyiez** : les tests en échec sont relancés sur l'étape modifiée, de même que les tests qui doivent continuer à réussir. Vous acceptez le résultat comme nouveau brouillon, le refusez, ou le renvoyez avec une note. Rien ne change tout seul, et rien ne passe en production sans **Mettre en production**.

Où le trouver
-------------

- Dans le titre d'une exécution échouée : « Pas prêt pour la production — 1 test critique échoué · **Proposer un correctif** ».
- Sur chaque ligne de tentative en échec de la page de résultats.
- Sur le détail d'un appel de test échoué, à côté du tour fautif.

Il demande quelle étape corriger, présélectionnée sur l'étape où l'échec s'est produit, et affiche la carte de coût avant de s'exécuter.

Ce que fait le doctor
---------------------

1. Il lit les tests en échec : l'objectif de l'appelant, la règle échouée, la phrase et la citation.
2. Il propose **la plus petite modification** des instructions de cette seule étape qui les corrigerait. Il peut ajouter ou changer quelques lignes ; il ne peut pas réécrire le prompt, changer les outils disponibles, changer le modèle, toucher une autre étape, ni coder en dur le nom, le numéro ou la référence d'un appelant de test.
3. Il relance les tests en échec sur l'étape modifiée, et relance les **tests qui doivent continuer à réussir** : un échantillon de vos autres tests qui réussissent aujourd'hui, pour qu'un correctif qui casse autre chose soit attrapé avant que vous le voyiez.
4. Il vous montre le résultat et attend.

![Un correctif proposé : la modification des instructions de l'étape, ce qui a été corrigé, ce qui doit continuer à réussir, et la décision](/docs/agent-lab-doctor.png)

Lire une proposition
--------------------

ÉlémentSignification  **Étape** et **Afficher cette étape sur le canevas**Quelle étape la modification touche, et un lien qui centre le flux dessus. **Pourquoi**L'explication en une phrase du doctor. **Modification des instructions de l'étape**La modification sous forme de diff : − lignes retirées, + lignes ajoutées. Tout le reste du prompt est intact. **Corrigé** / **Ce qui a été corrigé**Les tests en échec qui réussissent désormais, avec la ligne de l'appel qui échouait. **Tests qui doivent continuer à réussir** / **Ce qui a cassé**« Tenu : 6 des 6 tests qui doivent continuer à réussir réussissent toujours », ou les tests que la modification a cassés, chacun avec sa raison et sa citation. Carrés **Avant · Après**Par test, les tentatives avant et après la modification. 

Votre décision
--------------

BoutonEffet  **Accepter comme nouveau brouillon**L'étape modifiée devient votre brouillon, enregistré comme nouvelle version. Rien ne passe en production ; vous relancez les tests et appuyez vous-même sur Mettre en production. **Refuser**La proposition est enregistrée comme refusée et rien ne change. **Réessayer avec une note**Dites au doctor quoi faire autrement (« ne mentionne pas le calendrier », « garde l'accueil tel quel »). Il propose à nouveau avec votre note. 

Chaque décision enregistre qui l'a prise et quand, et la proposition dispose d'un fil de commentaires pour votre équipe.

Quand le doctor ne propose rien
-------------------------------

RésultatSignification  **Prêt à examiner**Une proposition testée attend votre décision. **N'a rien corrigé**La modification a été testée mais les tests en échec échouent toujours. Réessayez avec une note, ou corrigez l'étape vous-même. **Refusé automatiquement**La modification a cassé un test qui doit continuer à réussir, ou a enfreint les règles d'un bon correctif (trop grande, données d'un appelant de test codées en dur, modèle ou outils touchés). Elle ne vous a jamais été proposée. **Rien à changer**Le doctor a lu les échecs et laissé les instructions de l'étape telles quelles : le correctif est probablement ailleurs — une autre étape, un outil, ou la base de connaissances. **Le doctor n'a pas pu répondre**Son modèle n'a pas répondu à temps. Rien n'a été changé ; réessayez dans un instant. 

Ce qu'il ne fera pas
--------------------

- Réécrire un prompt. La limite est de quelques lignes par proposition ; les grands changements se font dans l'éditeur, par vous.
- Changer votre flux. Une branche manquante (par exemple, aucune étape pour un transfert échoué) est un changement de flux : utilisez **Modifier cette étape**.
- Boucler indéfiniment. Après trois propositions sur le même échec, le Lab s'arrête et vous suggère de regarder l'étape vous-même, ou de demander à Copilot d'expliquer.
- Appliquer quoi que ce soit. Accepter crée une version brouillon ; seul **Mettre en production** atteint les appelants.

Exemple
-------

**Test en échec :** Nouvelle réservation : 4 personnes, samedi 20h — « A dit que la réservation était confirmée avant le retour de l'outil de calendrier. »  
**Modification proposée** à l'étape *Nouvelle réservation* : + *Ne confirme la réservation qu'après le succès de l'outil de calendrier ; sinon, dis que tu vérifies.*  
**Résultat :** Corrigé 1. Tenu : 2 des 2 tests qui doivent continuer à réussir réussissent toujours. En attente de votre décision.