# Guider une exécution

> Envoyez une correction pendant qu'un agent travaille encore : ce qu'elle peut changer, quand elle prend effet, et ce qui se passe quand vous avez épuisé vos guidages.

Le **guidage** consiste à envoyer une correction à une [exécution](/fr/docs/work/runs/) encore en cours. L'agent la prend en compte à l'étape suivante : une correction coûte donc une étape, et non toute l'exécution.

## Quand l'utiliser

Dès que vous voyez l'exécution partir dans la mauvaise direction. Laisser une mauvaise exécution aller jusqu'au bout pour expliquer ensuite ce qui n'allait pas gaspille tout ce qu'elle a fait entre-temps, et l'agent doit reconstruire le contexte que vous l'avez déjà vu rassembler.

Un bon guidage est court et correctif :

- *« Seulement cette semaine, pas tout le mois. »*
- *« Laisse de côté les newsletters. »*
- *« Présente-le sous forme de tableau, pas en texte suivi. »*
- *« Arrête de chercher, tu en as assez : fais juste le résumé. »*

## Fonctionnement

Écrivez dans la zone de saisie pendant que l'exécution tourne, puis envoyez. Il n'y a rien d'autre à faire : un message envoyé pendant une exécution est un guidage, pas un nouveau tour.

L'agent termine l'appel d'outil en cours, puis lit votre correction avant de décider de l'étape suivante. C'est pourquoi un guidage semble parfois arriver avec une action de retard : un appel déjà lancé n'est pas annulé.

## Ce que le guidage peut changer, ou non

| Possible | Impossible |
| --- | --- |
| Réorienter ce que l'agent fait ensuite | Annuler un appel d'outil déjà exécuté |
| Resserrer ou élargir la tâche | Changer le modèle ou le prompt de cette exécution |
| Changer le format de la réponse | Récupérer des données qu'une action a déjà supprimées |
| Lui faire arrêter ses recherches pour qu'il réponde | Rattraper un e-mail qu'une action approuvée a déjà envoyé |

Tout ce qui est irréversible est protégé par le garde-fou d'[approbation](/fr/docs/work/approvals/), pas par le guidage. C'est lui, le mécanisme du « ne fais pas ça », et il intervient *avant* l'action, pas après.

## Quand les guidages sont épuisés

Une même exécution accepte un nombre limité de guidages : cinq par défaut. C'est une sécurité qui évite qu'une exécution soit réorientée indéfiniment au lieu d'être relancée.

Une fois la limite atteinte, votre message n'est pas perdu : il est remis comme un message de suivi normal et traité après la fin de l'exécution. La conversation vous l'indique quand cela se produit.

<Aside type="tip" title="Des guidages répétés trahissent un défaut du prompt">
  Si vous envoyez à chaque fois la même correction au même agent, elle a sa place
  dans le [prompt système](/fr/docs/build/system-prompt/). Un guidage corrige une exécution ;
  un prompt les corrige toutes.
</Aside>

## Limites

- Cinq guidages par exécution, par défaut.
- Un guidage s'applique à l'exécution dans laquelle il a été envoyé. Il n'est pas retenu pour l'exécution suivante, sauf si vous l'ajoutez au prompt ou à la [mémoire](/fr/docs/capabilities/memory/).
- Le guidage est disponible dans les interfaces de chat. Une exécution lancée par une [routine](/fr/docs/automate/routines/) ou depuis un [canal](/fr/docs/automate/channels/) ne se déroule pas sous vos yeux : vous ne pouvez pas la guider.
- Un appel d'outil déjà lancé se termine avant que la correction soit lue.

## Voir aussi

<CardGrid>
  <LinkCard
    title="Exécutions"
    href="/fr/docs/work/runs/"
    description="Ce qu'est une exécution, et comment la lire pendant qu'elle se déroule."
  />
  <LinkCard
    title="Approbations"
    href="/fr/docs/work/approvals/"
    description="Le garde-fou qui arrête les actions irréversibles avant qu'elles aient lieu."
  />
  <LinkCard
    title="Tester et itérer"
    href="/fr/docs/build/iterating/"
    description="Transformer des corrections répétées en un meilleur agent."
  />
</CardGrid>