# Définir une règle d’arrêt avant de confier une boucle à un agent

Distinguez un prompt unique, un objectif avec un test d’achèvement et une vérification répétée à intervalles définis.

[HTML](https://lukejbyrne.com/library/guides/uh_ctq1_bo0/?lang=fr)
Langue du texte: fr
Auteur: Luke Byrne
Vidéo publiée le: 2026-07-02
Guide publié le: 2026-10-31
Vidéo sponsorisée: Omnisend

[Voir la vidéo](https://www.youtube.com/watch?v=UH_ctQ1_Bo0)
Langue de la vidéo: Anglais

## Écrire une définition observable du travail terminé

Merci à Omnisend de sponsoriser cette vidéo.

L’enregistrement distingue prompts, objectifs et boucles avec l’analogie du thermostat. Une instruction de continuer à essayer exige une vérification pouvant réellement établir la réussite.

1. Choisissez une petite tâche et écrivez le résultat attendu.
2. Précisez comment l’agent peut tester ce résultat.
3. Définissez la conduite à tenir si l’accès ou une entrée nécessaire manque.
4. Fixez un budget ou une limite d’itérations en plus de la condition d’achèvement.

## Adapter le mécanisme à la tâche

Les exemples de juillet utilisent /go avec des conditions until et /loop pour le travail répété. Ce sont les commandes montrées dans l’enregistrement, pas une affirmation que tous les clients actuels ont la même interface.

1. Inspectez les exemples d’objectifs enregistrés, comme un jeu vérifié ou une séquence générée.
2. Distinguez une tâche qui se termine une fois d’une vérification périodique d’un état changeant.
3. Lisez les instructions propres au client actuel avant d’utiliser une commande exacte.
4. Commencez par une petite expérience en lecture seule ou réversible.

## Examiner les actions répétées et le coût

La vidéo évoque aussi la surveillance des PR et le nettoyage des branches. Un déclencheur répété ne doit pas acquérir silencieusement la permission de changements importants.

1. Gardez les actions externes et les suppressions derrière leur étape de validation requise.
2. Inspectez le premier résultat avant d’activer la répétition.
3. Rendez visibles les échecs, les conditions non résolues et l’usage des tokens.
4. Arrêtez ou révisez une boucle incapable d’établir des progrès au lieu de prendre les tentatives répétées pour des preuves.

## À retenir

Une boucle est utile lorsque ses entrées, ses limites et son test de réussite sont clairs. Ce guide ne crée pas de programmation et n’autorise pas les modifications de dépôt sans surveillance.

## Ressources du guide

- [your.omnisend.com](https://your.omnisend.com/Luke)

## Chapitres

- [0:00 Qu’est-ce que le loop engineering ?](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=0s)
- [0:51 Prompts, objectifs et boucles (le thermostat)](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=51s)
- [1:58 Sponsor : Omnisend](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=118s)
- [3:45 Conditions until de /go contre /loop](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=225s)
- [6:26 Démos /go : nombres premiers, morpion, poème noté](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=386s)
- [8:32 Démos /loop : surveiller les PR, nettoyer les branches, langage naturel](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=512s)
- [10:23 3 réserves honnêtes (et la règle essentielle)](https://www.youtube.com/watch?v=UH_ctQ1_Bo0&t=623s)

## Sources et limites

Complément écrit préparé le 31 octobre 2026 à partir de cette description publiée exacte et de son découpage en chapitres lorsqu’il est disponible. Les listes de vérification sont des adaptations éditoriales, pas des citations d’une transcription examinée du montage final. Les résultats rapportés sont ceux de la vidéo originale ; le produit n’a pas été retesté. La disponibilité des modèles, les détails de configuration, les prix et les offres peuvent changer. Utilisez la vidéo et les ressources conservées pour la configuration présentée.

[Vidéo originale](https://www.youtube.com/watch?v=UH_ctQ1_Bo0)