# Comment fonctionne endue

> Ce qui se passe réellement entre le moment où vous envoyez un message et celui où un agent vous remet un résultat.

Quand vous demandez quelque chose à un agent endue, il ne répond pas d'un seul coup. Il travaille en boucle : décider, agir, regarder ce qui revient, décider à nouveau. Comprendre cette boucle, c'est ce qui transforme un agent frustrant en agent utile, car presque toutes les questions sur son comportement (pourquoi il a fait ça, pourquoi il s'est arrêté, pourquoi il vous a posé une question) portent en réalité sur la boucle.

## La boucle

Une **exécution** est un passage dans ce cycle, répété jusqu'à ce que l'agent ait une réponse ou ait besoin de vous.

<Steps>

1. **Lire le contexte.** Avant toute chose, l'agent rassemble ce qu'il sait : son prompt système, la conversation jusqu'ici, les souvenirs pertinents et le projet dans lequel il travaille.

2. **Décider.** Il choisit l'action suivante : appeler un outil, vous poser une question ou répondre.

3. **Agir.** S'il a choisi un outil, l'outil s'exécute. Vous voyez l'appel et son résultat en direct.

4. **Examiner le résultat.** La sortie de l'outil retourne dans le contexte. Un appel qui échoue est aussi une information : l'agent voit l'erreur et peut essayer autre chose.

5. **Recommencer.** Retour à l'étape 2, avec plus d'informations qu'avant.

</Steps>

L'agent sort de la boucle quand il a ce qu'il lui faut, quand il a besoin de quelque chose de votre part, ou quand il atteint une limite.

## Ce que l'agent peut voir

Un agent ne sait pas tout de votre compte, et c'est voulu. Au début d'une exécution, son contexte contient :

| Inclus | Non inclus |
| --- | --- |
| Son prompt système, dans sa révision actuelle | Les conversations des autres agents |
| L'historique de cette conversation | Les conversations que vous avez eues ailleurs avec cet agent, sauf dans le même fil |
| Les souvenirs enregistrés qui sont pertinents maintenant | Tout ce qu'il a jamais retenu : la mémoire est sélectionnée, pas déversée en bloc |
| Le contexte du projet, si la conversation en fait partie | Les données des services que vous n'avez pas connectés |
| Les outils qu'il a le droit d'utiliser | Les outils associés à d'autres agents |

C'est pour cela que l'association compte. Connecter Gmail à votre compte ne met pas votre boîte de réception dans le contexte de tous vos agents : vous associez la connexion aux agents qui en ont besoin, et eux seuls peuvent la voir.

## Pourquoi une exécution se met en pause

Une exécution s'interrompt en cours de route pour trois raisons précises, et chacune apparaît différemment dans la conversation.

**Il lui manque une information qui ne peut venir que de vous.** L'agent pose une question (un choix entre plusieurs options, un texte libre ou un ensemble de préférences) et attend. Votre réponse relance le travail.

**Il veut faire quelque chose d'irréversible.** Envoyer un e-mail, publier un message, supprimer des données. L'exécution se met en pause et vous montre l'action exacte, avec ses arguments exacts. Ce contrôle n'est pas configurable.

**Il veut une capacité qu'il n'a pas.** Si une compétence l'aiderait mais ne lui est pas associée, l'agent peut la demander au lieu d'échouer. Vous l'accordez ou la refusez dans la conversation.

<Aside type="note" title="Une pause n'est pas un échec">
  Une exécution en pause garde sa place ; elle ne repart pas de zéro. Quand vous répondez,
  l'agent reprend avec tout ce qu'il avait déjà établi.
</Aside>

## Où le travail s'effectue

Les exécutions tournent sur les serveurs d'endue, pas dans l'onglet de votre navigateur. Une conséquence mérite d'être connue : **fermer l'application n'arrête pas le travail.**

Lancez une tâche longue, fermez l'onglet et revenez plus tard : l'exécution a continué, et le résultat vous attend. C'est aussi ce qui rend les routines possibles : une exécution planifiée n'a besoin de personne pour la surveiller.

Si vous voulez que le travail se fasse sur l'une de vos machines, avec accès à ses fichiers, installez-y [endue Computer](/fr/docs/build/own-server/) et confiez-la à l'agent. L'exécution reste pilotée depuis les serveurs d'endue, et les fichiers et les programmes restent sur votre machine.

## Ce que cela implique en pratique

Trois habitudes découlent directement du fonctionnement de la boucle :

**Donnez à l'agent un moyen de se vérifier.** La boucle ne vaut que par le retour obtenu à l'étape 4. Une tâche où l'agent peut contrôler son propre travail (chercher puis confirmer, écrire puis relire) se passe mieux qu'une tâche où il doit viser juste à l'aveugle.

**Précisez l'objectif, pas les étapes.** L'agent choisit lui-même ses actions à l'étape 2. Lui dire *à quoi ressemble un bon résultat* lui donne une cible ; lui dicter chaque étape va à l'encontre de la boucle.

**Corrigez tôt.** Vous pouvez guider une exécution en cours. Une correction à l'étape 3 coûte une étape ; la même correction une fois l'exécution terminée coûte l'exécution entière.

## À lire ensuite

<CardGrid>
  <LinkCard
    title="Concepts clés"
    href="/fr/docs/get-started/core-concepts/"
    description="Le vocabulaire que cette page suppose connu : agent, exécution, outil, compétence, mémoire."
  />
  <LinkCard
    title="Démarrage rapide"
    href="/fr/docs/get-started/quickstart/"
    description="Observez la boucle à l'œuvre avec un agent que vous créez vous-même."
  />
</CardGrid>
