Accueil / Plusieurs agents et vérification adverse
Isoler et exécuter en tâche de fond : worktrees et boucle à sec
Un worktree git par agent évite que les fichiers de plusieurs agents parallèles entrent en collision, une boucle à sec répète jusqu'à ce qu'un cycle ne renvoie plus rien de nouveau en s'appuyant sur un ensemble déjà vu, et depuis le 13 août 2026 un agent non coéquipier lancé en session interactive tourne par défaut en arrière-plan avec notification à la fin plutôt que de bloquer la session.
Un agent qui écrit dans le même dépôt qu'un autre agent, au même moment, risque d'écraser ce que l'autre vient de produire. La parade documentée par Claude Code consiste à donner à chaque agent parallèle sa propre copie temporaire du dépôt, un worktree git, en ajoutant isolation: worktree dans son en-tête de configuration. Chaque agent travaille alors dans sa propre copie, et cette copie se nettoie automatiquement d'elle même quand l'agent n'a rien modifié.
Une boucle qui sait s'arrêter
Un second geste répond à un problème différent, une recherche qui ne sait pas quand elle a fini de trouver. La documentation officielle décrit ce motif pour repérer des tests instables : relancer la suite plusieurs fois, noter quels tests échouent de façon intermittente, et s'arrêter dès que deux passages consécutifs ne signalent plus rien de nouveau. Le même principe s'applique à toute recherche exhaustive, un audit de dépendances, un inventaire de fichiers orphelins : chaque cycle compare son résultat à l'ensemble déjà connu, et seul un élément absent de cet ensemble compte comme une nouveauté pour ce tour.
Cycle 1 : 4 elements trouves, 4 nouveaux, ensemble connu = 4
Cycle 2 : 5 elements trouves, 1 nouveau, ensemble connu = 5
Cycle 3 : 5 elements trouves, 0 nouveau
Cycle 4 : 5 elements trouves, 0 nouveau, deux tours sans nouveaute, la boucle s'arrete
Le changement du 13 août 2026
La bascule vers l'arrière-plan n'est pas un réglage qu'on active, c'est devenu le comportement par défaut. Depuis la version 2.1.232 de Claude Code, publiée le 13 août 2026, un agent qui n'est pas coéquipier de la session et qui démarre pendant une session interactive tourne en arrière-plan au lieu de bloquer la conversation en cours ; le journal des versions ne précise pas s'il prévient par une notification à la fin, ce point reste à vérifier soi même. Le même journal place ce changement dans la même entrée que l'activation par défaut du mode qui fait hériter un sous-agent du cache et de la conversation complète, reliés par un simple et : il n'établit aucun lien de cause à effet entre les deux, ce sont deux changements simultanés de la même version, pas un mécanisme qui en déclenche un autre.
Isolation par worktree et exécution en arrière-plan se combinent naturellement : plusieurs agents lancés en parallèle, chacun dans sa propre copie du dépôt, tournent désormais sans bloquer la session pendant qu'ils travaillent. La leçon précédente sur le choix de l'architecture détermine s'il faut lancer ces agents en parallèle, celle-ci détermine comment les faire cohabiter sans collision. La leçon suivante traite ce qui se passe quand leur nombre dépasse une poignée.
Un détail change la fiabilité de la boucle à sec : le compte de nouveautés se calcule contre l'ensemble cumulé depuis le premier cycle, jamais contre le seul cycle précédent. Un élément qui disparaît puis réapparaît au cycle suivant ne doit pas être recompté comme nouveau, sous peine de faire tourner la boucle indéfiniment sur un résultat instable plutôt que sur une recherche réellement incomplète.
Le passage en arrière-plan par défaut, date exacte
La boucle à sec, cycle par cycle
Un développeur lance deux agents en même temps depuis une session interactive, chacun chargé d'appliquer une même migration de dépendance dans un dossier différent du même dépôt, avec isolation par worktree activée dans l'en-tête de chacun.
Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.
Ce que cela établit : L'isolation par worktree garantit que les fichiers modifiés par un agent pendant l'exécution ne peuvent pas être écrasés par les fichiers modifiés par l'autre agent au même moment.
Ce que cela n’établit pas : Elle n'établit pas que la migration appliquée par chacun des deux agents est correcte, ni que leurs deux copies du dépôt pourront être réunies sans conflit une fois le travail terminé.
Les trois calibrages faux les plus courants
- Trop large L'isolation par worktree garantit qu'aucun conflit n'apparaîtra jamais, même au moment de réunir les deux copies du dépôt en une seule.
- Trop étroit Cette configuration ne change rien par rapport à deux agents écrivant directement dans le même dossier de travail.
- À côté Cette situation montre que la migration de dépendance choisie concerne probablement une bibliothèque partagée par plusieurs parties du projet.
- Un worktree par agent donne à chaque agent parallèle sa propre copie temporaire du dépôt, ce qui empêche deux agents d'écrire au même endroit en même temps.
- Un worktree qui n'a servi à aucune modification se nettoie de lui même, sans intervention manuelle.
- Une boucle à sec compare chaque cycle à l'ensemble cumulé depuis le premier tour, et s'arrête après deux tours consécutifs sans nouveauté.
- Le passage par défaut en arrière-plan, depuis la version 2.1.232, ne concerne que les agents non coéquipiers lancés en session interactive, pas tout lancement d'agent, et n'est pas présenté par le journal des versions comme la conséquence d'un autre changement de la même entrée.
Ouvrez la configuration de votre prochain sous-agent parallèle et ajoutez isolation: worktree dans son en-tête, puis lancez-le à côté d'un autre agent sur le même dépôt pour vérifier qu'aucun des deux ne touche aux fichiers de l'autre.
Ces points dépendent d’une interface ou d’une règle qui peut avoir changé depuis la rédaction. Vérifiez-les sur votre propre écran avant de vous y fier.
- Vérifiez dans le journal des versions de Claude Code si un numéro postérieur à 2.1.232 a modifié la condition qui déclenche le passage en arrière-plan, notamment la portée du mode qui fait hériter un sous-agent de la conversation complète.
Chaque affirmation datable de cette leçon renvoie ici au texte public qui la porte. Une source qui ne s’ouvre pas ne prouve rien.
- Claude Code, documentation des worktrees, consultée le 2026-09-02 consultée le 2026-09-02
- Claude Code, documentation des workflows, consultée le 2026-09-02 consultée le 2026-09-02
- Claude Code, journal des versions, entrée version 2.1.232 consultée le 2026-08-13