Ingénierie de boucle chez Three Agents : ce que le Magpie Workflow de yetone dit sur l'exécution de Claude Opus 5.5 sans surveillance

La chose la plus intéressante dans la configuration de yetone n'est pas le modèle. C'est le chiffre trois. Le mainteneur de Magpie — une passerelle locale qui permet aux agents de codage de tourner sur le modèle vers lequel vous les pointez — a décrit son propre workflow de maintenance sur X le 2026-10-13 : Claude Code, piloté par Claude Opus 5.5 d'Anthropic, avec trois tâches /loop tournant en même temps, chacune surveillant une surface différente — les issues et pull requests GitHub, la communauté Discord, et les retours qui arrivent sur X — et corrigeant ce qu'elle trouve. L'ingénierie de boucle, la pratique consistant à faire tourner un agent en boucle plutôt que de lui envoyer des prompts un par un, a fait l'objet de nombreuses discussions cette année. Ce qui rend cet exemple digne d'être lu, c'est qu'il s'accompagne d'un organigramme.

Claude Opus 5.5 n'est pas nouveau. Anthropic l'a livré le 22 septembre 2026, il y a trois semaines, à 4 $ par million de tokens en entrée et 20 $ par million de tokens en sortie. Ce n'est pas un article sur un lancement. C'est l'histoire de ce que les réglages par défaut du modèle impliquent pour quiconque tente de copier une boucle de maintenance à trois agents — et des parties de cette boucle qui cassent d'une manière que les tutoriels ne mentionnent pas.

Qu'y a-t-il réellement dans le workflow ?

Le signal est bref, il vaut donc la peine d'être précis sur ce qui est affirmé et sur ce qui ne l'est pas. yetone fait tourner trois /loop tâches simultanées dans Claude Code sur Opus 5.5. L'une surveille le dépôt — les issues et les pull requests. Une autre surveille Discord. Une autre surveille X. L'agent corrige ce qu'il juge digne d'être corrigé, dans la boucle, sans qu'un humain distribue chaque tour. Le schéma qu'il a automatisé est celui que la plupart des mainteneurs font mal : le triage. Pas le codage. La lecture, le tri, la déduplication et les réponses qui engloutissent une heure par jour.

L’expression ingénierie des boucles est structurante ici. Une boucle n’est pas un agent qui accomplit une tâche ; c’est une session qui revient sans cesse à une tâche selon un rythme qu’elle choisit, avec l’état de la dernière itération toujours sous les yeux. C’est sur cette distinction que la plupart des versions maison s’effondrent, et c’est précisément là que l’outillage a évolué au cours des six dernières semaines.

Ce que /loop de Claude Code fait réellement en octobre 2026

Si vous n’avez pas lu la documentation actuelle, la version dont vous vous souvenez est probablement fausse, car /loop a changé de forme alors que l’ingénierie des boucles était à la mode.

Un /loop seul ne vous demande plus de spécifier un intervalle. Omettez-le, et Claude en choisit un dynamiquement — entre une minute et une heure — en fonction de ce qu'il a observé lors de l'itération précédente. Il attend brièvement pendant qu'une compilation se termine ou qu'une pull request est active, et attend bien plus longtemps quand rien n'est en attente. Le délai choisi et la raison de ce choix sont affichés à la fin de chaque itération, ce qui vous permet de voir le raisonnement de la boucle concernant sa cadence. Fournissez plutôt un intervalle — /loop 5m check the deploy — et vous obtenez une planification cron fixe.

Omettez aussi le prompt, et vous obtenez un prompt de maintenance intégré qui traite trois choses dans l’ordre, à chaque itération :

• Continuer tout travail inachevé de la conversation.

• S'occuper de la pull request de la branche actuelle — commentaires de revue, exécutions CI échouées, conflits de fusion.

• Effectuez des passes de nettoyage, comme des chasses aux bogues ou de la simplification, lorsque rien d'autre n'est en attente.

Vous pouvez remplacer cette valeur par défaut par vos propres instructions en écrivant un loop.md — à l'emplacement .claude/loop.md pour un projet, ou ~/.claude/loop.md pour chaque projet qui ne définit pas le sien. Les modifications prennent effet à l'itération suivante, vous pouvez donc affiner les instructions d'une boucle en cours d'exécution sans la redémarrer. Le fichier est tronqué au-delà de 25 000 octets, ce qui laisse amplement de place pour les règles de triage.

Ce mécanisme est l'élément porteur d'un dispositif à trois boucles, et c'est la partie que les schémas de flux de travail omettent généralement. Un prompt de maintenance générique intégré n'est pas une politique de triage. Si vous voulez une boucle qui lit les issues GitHub comme votre projet lit les issues GitHub — ce qui compte comme un doublon, ce qui reçoit une étiquette au lieu d'une réponse, ce qui ne reçoit jamais de réponse — la politique doit résider dans loop.md, et non dans le prompt que vous avez saisi au démarrage de la session.

Les limites qui décident si trois est un nombre ou un slogan

C’est avec trois boucles concurrentes que les contraintes commencent à se faire sentir, et elles valent la peine d’être énumérées avant de copier la configuration de qui que ce soit.

• Plafond de concurrence — une session peut contenir jusqu’à 50 tâches planifiées à la fois, donc trois boucles sont très loin d’atteindre la limite. La contrainte déterminante n’est pas le nombre de tâches, mais l’attention : trois boucles signifient trois flux d’appels d’outils qui se disputent la même session.

• Expiration — les tâches récurrentes se suppriment elles-mêmes sept jours après leur création, en s'exécutant une dernière fois avant de disparaître. Une boucle de maintenance qui s'est arrêtée discrètement au huitième jour est le mode de défaillance le plus courant, et elle échoue en silence.

• Rétablir les asymétries — reprendre une session avec --resume ou --continue et les tâches planifiées par cron reviennent, sauf les tâches récurrentes qui ont expiré. Une boucle auto-rythmée n’est pas restaurée du tout ; vous devez la redémarrer.

• Comportement en session occupée — une tâche se déclenche entre les tours, jamais en pleine réponse. Si un long tour agentique est en cours lorsqu’une boucle arrive à échéance, le déclenchement attend. Les intervalles manqués ne s’accumulent pas ; ils fusionnent en un seul déclenchement.

• Jitter — les tâches récurrentes s'exécutent délibérément en retard, jusqu'à la moitié de l'intervalle avant la prochaine exécution et au maximum 30 minutes, afin qu'une flotte de sessions ne converge pas sur la même seconde. Une tâche toutes les dix minutes démarre soit à l'heure, soit avec jusqu'à cinq minutes de retard. Le cas des cinq minutes est l'exception : Claude Code décale cette tâche de 15 secondes plus tôt pour que chaque exécution reste dans la fenêtre du cache de prompt.

• Exigence de machine allumée — les boucles ne se déclenchent que lorsque Claude Code est en cours d'exécution et inactif. Fermer l'ordinateur portable les arrête. Aucun rattrapage n'est possible pour les heures durant lesquelles vous étiez absent.

C'est ce dernier point qui fait que ce flux de travail relève de la configuration d'un mainteneur plutôt que de celle d'une équipe plateforme. Trois boucles sur une seule machine, dans une seule session, sont un moyen de faire avancer un projet open source très actif pendant que vous faites autre chose ; il ne s'agit pas d'un service.

Pourquoi ce workflow est spécifique à Claude Opus 5.5, et pas simplement « un agent »

Lancez une boucle à trois agents sur un modèle dépourvu de grande fenêtre de contexte, et les boucles passent leurs journées à relire. Chaque itération réingère le fil du ticket, le diff de la PR et l'historique Discord ; si la fenêtre est petite, cet historique finit par être résumé puis évacué, et le jugement de la boucle se dégrade discrètement à mesure que la session vieillit. Claude Opus 5.5 dispose d'une fenêtre de contexte de 1 M de tokens avec 128 K tokens en sortie, ce qui permet à une boucle de triage de retenir en même temps un véritable arriéré de tickets, une conversation et les dernières itérations. Son tarif est de 4 $ / 20 $ par million de tokens, et ses lectures de cache à 0,20 $ par million — un cinquième du prix d'entrée — ce qui compte ici plus que d'ordinaire, car une boucle est la charge de travail la plus favorable au cache qui soit. Le même prompt système, les mêmes définitions d'outils, le même contexte de dépôt, encore et encore.

Le deuxième ajustement est la valeur par défaut de la réflexion, et il joue en sens inverse selon ce que fait chaque boucle. Claude Opus 5.5 exécute la réflexion adaptative en permanence, avec un effort par défaut sur medium — un niveau en dessous de la valeur par défaut de Claude Opus 5. L'effort ne change pas seulement la qualité ; il change le volume d'appels d'outils. Une boucle qui trie les tickets et une boucle qui modifie le code veulent des réglages différents, et le réglage d'effort le plus bas constitue aussi son propre problème d'ordonnancement : sur une boucle à rythme autonome, le modèle choisit lui-même son prochain délai de réveil, de sorte qu'une boucle de triage à faible effort et une boucle de correction à effort élevé se rythmeront différemment face au même dépôt. Aucun réglage ne permet de les faire coïncider. L'essentiel est de savoir distinguer l'une de l'autre, car la différence de rythme est ce que vous verrez en premier.

Si vous voulez exécuter la boucle et le correcteur sur les modèles de différents fournisseurs — le triage sur quelque chose de bon marché, les corrections sur Claude Opus 5.5 —, il s'agit d'une décision de routage plutôt que d'une décision propre à Claude Code, et c'est la raison pour laquelle une passerelle se trouve devant la session.

J'essaie ceci sans mettre la production en jeu.

L'objection raisonnable à une configuration à trois boucles, c'est qu'elle place un agent autonome face aux problèmes de vos utilisateurs dès le premier après-midi. La boucle va commenter. Elle va fermer des tickets. La façon honnête d'adopter cela consiste à faire tourner une boucle en mode dry-run pendant une semaine avec un jeton GitHub en lecture seule, et à voir si ses jugements de triage correspondent à ceux que vous avez établis à la main — et, séparément, à router le modèle lui-même vers un endroit où vous pouvez le mesurer avant de vous engager.

Sur OrcaRouter, anthropic/claude-opus-5.5est proposé au prix catalogue d'Anthropic, sans markup ajouté, depuis un point de terminaison unique qui parle à la fois le format compatible OpenAI et le format Anthropic Messages — ainsi, une session Claude Code et un script qui s'adressent au même modèle n'ont pas besoin de deux intégrations. Anthropic a publié sa propre tarification de 4 $ / 20 $ le 22/09/2026 ; si ce prix catalogue évolue, une passerelle transparente évolue le jour même plutôt qu'au cycle de facturation suivant : c'est la version que vous voulez lorsque vous dimensionnez une boucle susceptible de tourner pendant des mois. Le basculement automatique entre fournisseurs couvre le cas contre lequel la documentation met en garde et que personne ne teste : la boucle ne s'arrête pas parce qu'un amont a renvoyé un 429 à trois heures du matin. La fusion de modèles et le DSL de routage importent moins ici — une boucle de triage veut un seul modèle, de manière constante, car c'est la constance qui rend ses jugements vérifiables.

Que faire du nombre trois

Le problème de réputation de l’ingénierie des boucles, c’est que l’essentiel de ce qui a été démontré cette année était une seule boucle exécutant une tâche très ciblée dans une démo. La configuration de yetone est intéressante parce qu’il s’agit de trois boucles sur trois entrées différentes — le dépôt, la communauté de chat, le fil public — ce qui correspond à la forme du travail réel qu’un mainteneur n’a pas le temps d’accomplir. C’est aussi la forme qui expose toutes les contraintes ci-dessus : expiration, gigue, restauration, cadencement, et le fait que les boucles ne tournent que lorsque la machine est allumée.

Ce qui est transférable, ce n’est pas le nombre. C’est que chaque boucle ait eu sa propre surface, sa propre politique dans loop.md, et sa propre raison de se réveiller — et que la personne qui la fait tourner puisse dire, à partir du journal d’itérations, pourquoi chaque boucle a choisi le délai qu’elle a choisi. C’est une configuration que l’on peut réellement auditer une semaine plus tard. Ce qui, étant donné que chacune de ces boucles expire au huitième jour, correspond à peu près au temps dont vous disposez pour décider si vous devez la reconstruire.

Autant le dire clairement : il s'agit de la configuration d'un praticien, décrite par son auteur sur X, et non de recommandations du fournisseur. La documentation d'Anthropic pour Claude Opus 5.5 et le /loop de Claude Code vous indique ce que font les outils. Elle ne vous dit pas que trois est le bon nombre, et personne d'autre ne le dit encore non plus.

Quand la boucle de triage et la boucle de correction veulent des modèles différents : Faites passer la boucle et le correcteur par un seul point de terminaison sert Claude Opus 5.5 au prix catalogue d'A​nthropic depuis un point de terminaison unique qui parle à la fois les formats compatibles OpenAI et A​nthropic Messages.

Des choix de modèles comme celui-ci sont aussi là où les modes de défaillance se manifestent : les incidents d'IA documentés et les défaillances d'agents associés aux modèles de cette classe sont recensés dans the OrcaRouter AI Incident Archive , où chaque entrée comporte ses propres sources, son niveau de gravité, sa note de confiance et son indicateur de contestation.