Quand utiliser les équipes d’agents
Les équipes d’agents sont les plus efficaces pour les tâches où l’exploration parallèle ajoute une réelle valeur. Consultez les exemples de cas d’usage pour des scénarios complets. Les cas d’usage les plus solides sont :- Recherche et examen : plusieurs coéquipiers peuvent enquêter sur différents aspects d’un problème simultanément, puis partager et contester les conclusions les uns des autres
- Nouveaux modules ou fonctionnalités : les coéquipiers peuvent chacun posséder une partie distincte sans se marcher dessus
- Débogage avec hypothèses concurrentes : les coéquipiers testent différentes théories en parallèle et convergent vers la réponse plus rapidement
- Coordination inter-couches : les modifications qui s’étendent sur le frontend, le backend et les tests, chacun possédé par un coéquipier différent
Comparer avec les subagents
Les équipes d’agents et les subagents vous permettent tous deux de paralléliser le travail, mais ils fonctionnent différemment. Pour les sessions séparées qui se transmettent des messages les unes aux autres sans équipe, consultez la messagerie inter-sessions.

Les subagents rendent compte des résultats à l'agent principal. Dans les équipes d'agents, les coéquipiers partagent une liste de tâches, revendiquent du travail et communiquent directement les uns avec les autres.
Utilisez les subagents lorsque vous avez besoin de travailleurs rapides et ciblés qui rendent compte. Utilisez les équipes d’agents lorsque les coéquipiers doivent partager les conclusions, se contester mutuellement et se coordonner de manière autonome.
Activer les équipes d’agents
Les équipes d’agents sont désactivées par défaut. Activez-les en définissant la variable d’environnementCLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS sur 1, soit dans votre environnement shell, soit via settings.json :
settings.json
-p, y compris les sessions Agent SDK, Claude ne crée pas de coéquipiers, et un sous-agent que Claude nomme s’exécute en tant que sous-agent ordinaire même avec les équipes d’agents activées.
Démarrer votre première équipe d’agents
Après avoir activé les équipes d’agents, décrivez la tâche et les coéquipiers que vous souhaitez en langage naturel. Claude les crée et coordonne le travail en fonction de votre prompt. Cet exemple fonctionne bien car les trois rôles sont indépendants et peuvent explorer le problème sans attendre les uns les autres :- Flèches haut et bas : sélectionner un coéquipier
- Entrée : ouvrir la transcription du coéquipier sélectionné et lui envoyer un message directement
- Échap : effacer la sélection. Pendant que vous consultez la transcription d’un coéquipier, Échap interrompt le tour actuel de ce coéquipier
2 agents inactifs quand cinq sont inactifs. Sélectionnez-la et appuyez sur Entrée pour développer les lignes réduites, ou appuyez sur Échap pour les réduire à nouveau. Les coéquipiers qui travaillent, les coéquipiers qui ont échoué, et le coéquipier que vous consultez conservent toujours leurs propres lignes.
Si vous souhaitez que chaque coéquipier soit dans son propre volet divisé, consultez Choisir un mode d’affichage.
Contrôler votre équipe d’agents
Dites au chef ce que vous voulez en langage naturel. Il gère la coordination d’équipe, l’assignation de tâches et la délégation en fonction de vos instructions.Choisir un mode d’affichage
Les équipes d’agents supportent deux modes d’affichage :- In-process : tous les coéquipiers s’exécutent dans votre terminal principal. Utilisez les touches fléchées haut et bas dans le panneau d’agent pour sélectionner un coéquipier, puis appuyez sur Entrée pour l’afficher et tapez pour lui envoyer un message directement. Fonctionne dans n’importe quel terminal, aucune configuration supplémentaire requise.
- Volets divisés : chaque coéquipier obtient son propre volet. Vous pouvez voir la sortie de tout le monde à la fois et cliquer dans un volet pour interagir directement. Nécessite tmux ou iTerm2.
tmux a des limitations connues sur certains systèmes d’exploitation et fonctionne traditionnellement mieux sur macOS. L’utilisation de tmux -CC dans iTerm2 est le point d’entrée suggéré dans tmux."in-process". Définissez "auto" pour activer les volets divisés lorsque vous êtes déjà en train de s’exécuter dans une session tmux, ou lorsque votre terminal est iTerm2 avec le CLI it2 installé, en revenant à in-process sinon. Le paramètre "tmux" active le mode volets divisés et détecte automatiquement s’il faut utiliser tmux ou iTerm2 en fonction de votre terminal.
Définissez "iterm2" pour utiliser explicitement les volets divisés natifs d’iTerm2. Ce mode nécessite le CLI it2 et affiche une erreur avec la commande d’installation si it2 est manquant. L’invite de configuration qui propose d’installer it2 ou de basculer vers tmux apparaît sous "auto" ou "tmux" lorsque votre terminal est iTerm2 et que tmux est disponible comme solution de secours.
Pour remplacer la valeur par défaut, définissez teammateMode dans ~/.claude/settings.json :
--teammate-mode est expérimental et n’apparaît pas dans claude --help.
Le mode volets divisés nécessite soit tmux soit iTerm2 avec le CLI it2. Pour installer manuellement :
- tmux : installez via le gestionnaire de paquets de votre système. Consultez le wiki tmux pour les instructions spécifiques à la plateforme.
- iTerm2 : installez le CLI
it2, puis activez l’API Python dans iTerm2 → Paramètres → Général → Magie → Activer l’API Python.
Spécifier les coéquipiers et les modèles
Claude décide du nombre de coéquipiers à générer en fonction de votre tâche, ou vous pouvez spécifier exactement ce que vous voulez :- Le modèle que votre invite de génération nomme pour ce coéquipier.
- Pour un coéquipier généré à partir d’une définition de sous-agent, le
modelde la définition, oùinheritsélectionne le modèle du chef. CLAUDE_CODE_SUBAGENT_MODEL, lorsqu’il est défini sur autre chose queinherit.- Le modèle actuel du chef.
CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1, les deux premières sources ne s’appliquent pas. Claude Code choisit le modèle de chaque coéquipier à partir de CLAUDE_CODE_SUBAGENT_MODEL lorsqu’il est défini sur autre chose que inherit, et à partir du modèle actuel du chef sinon. Nécessite Claude Code v2.1.257 ou ultérieur.
Avant la v2.1.251, CLAUDE_CODE_SUBAGENT_MODEL venait en premier dans cet ordre.
teammateDefaultModel a été supprimé dans la v2.1.234 ; Claude Code ignore une valeur restante. Nommez le modèle dans votre invite à la place.availableModels de votre organisation. Lorsque la liste d’autorisation bloque une valeur, Claude Code substitue un autre modèle :
- Alias de famille tel que
opus: sur l’API Anthropic et Claude Platform sur AWS, Claude Code exécute le coéquipier sur la version la plus récente de cette famille que la liste d’autorisation permet. Sur les fournisseurs avec des ID de modèle spécifiques au fournisseur, où la substitution ne fonctionne pas, un alias bloqué revient comme toute autre valeur bloquée selon la puce suivante - Toute autre valeur bloquée, y compris un alias de famille sur les fournisseurs où la substitution ne fonctionne pas, ou un alias dont la famille n’a pas de version autorisée : Claude Code exécute le coéquipier sur le modèle du chef à la place. Si vous définissez
CLAUDE_CODE_SUBAGENT_MODEL, Claude Code essaie d’abord ce modèle, selon ces mêmes règles
Exiger que les coéquipiers planifient avant de mettre en œuvre
Pour les tâches complexes ou risquées, vous pouvez exiger que les coéquipiers planifient avant de mettre en œuvre. Un coéquipier que Claude génère tandis que le chef est en mode plan fonctionne en mode plan en lecture seule jusqu’à ce que son plan soit prêt. Basculez d’abord le chef en mode plan, puis demandez le coéquipier :Parler directement aux coéquipiers
Chaque coéquipier est une session Claude Code complète et indépendante. Vous pouvez envoyer un message à n’importe quel coéquipier directement pour donner des instructions supplémentaires, poser des questions de suivi ou rediriger son approche.- Mode in-process : utilisez les touches fléchées haut et bas dans le panneau d’agent pour sélectionner un coéquipier, puis appuyez sur Entrée pour afficher sa session et tapez pour lui envoyer un message. Appuyez sur
xsur un coéquipier sélectionné pour l’arrêter. Appuyez sur Ctrl+T pour basculer la liste des tâches. - Mode volets divisés : cliquez dans le volet d’un coéquipier pour interagir directement avec sa session. Chaque coéquipier a une vue complète de son propre terminal.
/model et /fast ne changent que les paramètres du chef. À partir de la v2.1.199, taper l’une ou l’autre commande en visualisant un coéquipier affiche un avis indiquant que le changement s’applique au chef ; les versions antérieures l’appliquaient au chef sans indication. /effort s’applique toujours aux tours ultérieurs du coéquipier visualisé, car les coéquipiers suivent le niveau d’effort du chef.
Assigner et revendiquer des tâches
La liste de tâches partagée coordonne le travail dans l’équipe. Le chef crée des tâches et les coéquipiers les accomplissent. Les tâches ont trois états : en attente, en cours et terminées. Les tâches peuvent également dépendre d’autres tâches : une tâche en attente avec des dépendances non résolues ne peut pas être revendiquée jusqu’à ce que ces dépendances soient complétées. Les agents sans les outils Task se coordonnent par des messages à la place de la liste de tâches partagée. Le chef peut assigner des tâches explicitement, ou les coéquipiers peuvent les revendiquer eux-mêmes :- Le chef assigne : dites au chef quelle tâche donner à quel coéquipier
- Auto-revendication : après avoir terminé une tâche, un coéquipier choisit la prochaine tâche non assignée et non bloquée de sa propre initiative
Arrêter les coéquipiers
Pour terminer gracieusement la session d’un coéquipier, référencez-le par son nom. Par exemple, avec un coéquipier nommé chercheur :Appliquer des portes de qualité avec des hooks
Utilisez les hooks pour appliquer des règles lorsque les coéquipiers terminent le travail ou que les tâches sont créées ou complétées :TeammateIdle: s’exécute lorsqu’un coéquipier est sur le point de devenir inactif. Quittez avec le code 2 pour envoyer des commentaires et garder le coéquipier au travail.TaskCreated: s’exécute lorsqu’une tâche est en cours de création. Quittez avec le code 2 pour empêcher la création et envoyer des commentaires.TaskCompleted: s’exécute lorsqu’une tâche est marquée comme complète. Quittez avec le code 2 pour empêcher la complétion et envoyer des commentaires.
Comment fonctionnent les équipes d’agents
Cette section couvre l’architecture et la mécanique derrière les équipes d’agents. Si vous souhaitez commencer à les utiliser, consultez Contrôler votre équipe d’agents ci-dessus.Comment Claude démarre les équipes d’agents
Pour démarrer une équipe, demandez à Claude des coéquipiers. Claude lance un coéquipier lorsqu’il appelle l’outil Agent avec unname tandis que les équipes d’agents sont activées, sauf si l’appel est un fork ou passe isolation sur l’appel lui-même. Claude Code ne vous demande pas de confirmer le lancement.
Claude nomme également les subagents ordinaires de lui-même afin de pouvoir les contacter ultérieurement. Ces appels suivent la même règle, de sorte que les équipes peuvent se former même si vous n’en aviez pas demandé une. Si vous préférez les subagents, désactivez les équipes d’agents.
Architecture
Une équipe d’agents se compose de :
La boîte aux lettres de chaque agent est un fichier JSON à
~/.claude/teams/{team-name}/inboxes/{agent-name}.json. Claude Code valide chaque entrée lorsqu’il lit un fichier de boîte aux lettres. Les entrées qui ne correspondent pas au format de message sont signalées comme des erreurs et supprimées du fichier ; les messages valides sont toujours livrés. Avant la v2.1.207, une seule entrée de boîte aux lettres malformée causait une erreur répétée chaque seconde et bloquait la livraison pour cette boîte aux lettres jusqu’à ce que vous supprimiez le fichier manuellement.
Claude Code signale un message comme envoyé uniquement lorsque l’écriture dans le fichier de boîte aux lettres du destinataire réussit, que le message soit du texte brut ou un message de protocole structuré tel qu’une approbation de plan ou une demande d’arrêt. Lorsque l’écriture échoue, par exemple parce que le disque est plein ou que le répertoire de boîte aux lettres n’est pas accessible en écriture, l’agent émetteur reçoit une erreur et rien n’est envoyé. Consultez Impossible d’écrire dans la boîte de réception d’un coéquipier pour les messages d’erreur et les étapes de récupération.
Claude Code gère automatiquement les dépendances de tâches : lorsqu’un coéquipier complète une tâche dont d’autres tâches dépendent, il déverrouille les tâches dépendantes sans aucune action de votre part.
Les équipes et les tâches sont stockées localement sous un nom dérivé de la session. Le nom est session- suivi des huit premiers caractères de l’ID de session :
- Configuration d’équipe :
~/.claude/teams/{team-name}/config.json - Liste de tâches :
~/.claude/tasks/{team-name}/
cleanupPeriodDays que vous contrôlez déjà pour les transcriptions de session, en suivant les règles de nettoyage de rétention.
La configuration d’équipe contient l’état d’exécution tel que les ID de session et les ID de volet tmux, donc ne l’éditez pas à la main ou ne la pré-créez pas : vos modifications sont écrasées lors de la prochaine mise à jour d’état.
Pour définir des rôles de coéquipiers réutilisables, utilisez plutôt les définitions de subagents.
La configuration d’équipe contient un tableau members avec le nom et l’ID d’agent de chaque coéquipier. L’entrée du chef porte toujours le type d’agent team-lead. L’entrée d’un coéquipier porte le type d’agent que le chef a nommé lors de son lancement, qu’il s’agisse d’un type intégré ou d’une définition de subagent, et omet le champ lorsque le chef n’en a nommé aucun. Les coéquipiers peuvent lire ce fichier pour découvrir les autres membres de l’équipe.
Il n’y a pas d’équivalent au niveau du projet de la configuration d’équipe. Un fichier comme .claude/teams/teams.json dans votre répertoire de projet n’est pas reconnu comme configuration ; Claude le traite comme un fichier ordinaire.
Utiliser les définitions de subagents pour les coéquipiers
Lors de la génération d’un coéquipier dans l’un ou l’autre mode d’affichage, vous pouvez référencer un type de subagent du projet, de l’utilisateur ou de la portée de subagent gérée. Cela vous permet de définir un rôle une fois, comme un examinateur de sécurité ou un exécuteur de tests, et de le réutiliser à la fois comme subagent délégué et comme coéquipier d’équipe d’agents. Pour utiliser une définition de subagent, nommez-la lorsque vous demandez à Claude de lancer le coéquipier :tools: Claude Code limite le coéquipier aux outils de la listetoolsde la définition. Pour un coéquipier en processus, Claude Code ajouteSendMessageà cette liste, et dans une session qui dispose des outils Task il ajoute égalementTaskCreate,TaskGet,TaskListetTaskUpdate.model: Claude Code utilise lemodelde la définition dans l’un ou l’autre mode d’affichage lorsque votre prompt de lancement n’en nomme pas un. Consultez comment Claude Code choisit le modèle d’un coéquipier.- Body : pour un coéquipier en processus, Claude Code ajoute le body de la définition à son prompt système par défaut en tant qu’instructions supplémentaires. Pour un coéquipier en volet divisé, Claude Code utilise le body à la place de son prompt système par défaut.
skills: Claude Code n’applique pas lesskillsde la définition à un coéquipier dans l’un ou l’autre mode d’affichage. Le coéquipier charge les skills à partir de vos paramètres de projet et d’utilisateur.mcpServers: pour un coéquipier en volet divisé, Claude Code applique lesmcpServersde la définition selon les règles pour ce champ, qui couvrent également une session démarrée avec--agent. Un coéquipier en processus ignore le champ et charge les serveurs MCP à partir de vos paramètres de projet et d’utilisateur.
.claude/agents/ d’un projet ou d’un répertoire --add-dir uniquement si vous avez approuvé le dossier dans lequel se trouve le fichier d’agent. Approuver un dossier parent ne compte pas. Jusqu’à ce moment, le coéquipier revient sans aucun des outils ou instructions de la définition, en conservant uniquement les outils que Claude Code ajoute à chaque coéquipier en processus. Consultez la définition d’agent du coéquipier n’a pas été restaurée pour le texte de la notification.
Permissions
Les coéquipiers commencent avec le mode de permission du chef, sauf le modedontAsk, qu’ils n’héritent pas. Si le chef s’exécute avec --dangerously-skip-permissions, tous les coéquipiers le font aussi. Après la génération, vous pouvez modifier le mode de permission d’un coéquipier individuel, mais vous ne pouvez pas définir les modes de permission par coéquipier au moment de la génération.
Les invites de permission des coéquipiers remontent à la session chef, donc approuvez-les vous-même là-bas. L’approbation du plan est l’exception conçue : la session chef accorde les approbations de plan des coéquipiers sans une invite séparée pour vous.
Messages entre agents
Lorsqu’un agent envoie un message à un autre viaSendMessage, Claude Code indique à l’agent destinataire que le message provient d’une autre session Claude, et non de vous. Un coéquipier ne peut pas approuver une invite de permission ou fournir un consentement en votre nom, et un coéquipier auquel une action a été refusée ne peut pas la relayer à un autre coéquipier pour contourner la vérification. Les mêmes règles s’appliquent à un message qui arrive de l’une de vos autres sessions Claude Code, en dehors de l’équipe entièrement.
En mode automatique, le classificateur applique deux vérifications aux messages entre agents :
- Il traite une approbation relayée par un autre agent comme une entrée non fiable plutôt que comme une confirmation de votre part.
- Il examine chaque message avant que Claude Code ne le livre, qu’il s’agisse d’un message brut ou d’un message de protocole structuré tel qu’une demande d’arrêt ou une réponse d’approbation de plan. Un message qu’il bloque n’atteint jamais le destinataire.
Contexte et communication
Chaque coéquipier a sa propre fenêtre de contexte. Lorsqu’il est généré, un coéquipier charge le même contexte de projet qu’une session régulière : CLAUDE.md, serveurs MCP et skills. Si vous démarrez le chef avec--setting-sources, les coéquipiers chargent à partir de la même liste restreinte de sources. Avant la v2.1.281, les coéquipiers en volet divisé chargeaient chaque source de paramètres.
Un coéquipier reçoit également le prompt de génération du chef. L’historique de conversation du chef ne se transporte pas.
Comment les coéquipiers partagent les informations :
- Livraison automatique de messages : lorsque les coéquipiers envoient des messages, ils sont livrés automatiquement aux destinataires. Le chef n’a pas besoin d’interroger les mises à jour.
- Notifications d’inactivité : lorsqu’un coéquipier termine et s’arrête, il notifie automatiquement le chef et inclut sa réponse finale dans la notification. Un coéquipier dont le tour se termine sur une erreur API notifie le chef qu’il a échoué et inclut le texte d’erreur.
- Liste de tâches partagée : les agents qui disposent des outils Task peuvent voir l’état des tâches et revendiquer le travail disponible.
- Messagerie des coéquipiers : envoyer un message à un coéquipier spécifique par son nom. Pour atteindre tout le monde, envoyez un message par destinataire.
Utilisation des tokens
Les équipes d’agents utilisent considérablement plus de tokens qu’une seule session. Chaque coéquipier a sa propre fenêtre de contexte, et l’utilisation des tokens augmente avec le nombre de coéquipiers actifs. Pour la recherche, l’examen et le travail sur les nouvelles fonctionnalités, les tokens supplémentaires en valent généralement la peine. Pour les tâches de routine, une seule session est plus rentable. Consultez les coûts des tokens des équipes d’agents pour les conseils d’utilisation. Un coéquipier en processus dont les demandes sortent du bucket TTL du cache de la conversation principale, donc son cache dure cinq minutes par défaut, y compris sur un abonnement Claude. Pour le conserver pendant une heure, définissezsubagentPromptCacheTtl sur 1h. L’API facture les écritures de cache d’une heure à un taux plus élevé.
Exemples de cas d’usage
Ces exemples montrent comment les équipes d’agents gèrent les tâches où l’exploration parallèle ajoute de la valeur.Exécuter un examen de code parallèle
Un seul examinateur tend à graviter vers un type de problème à la fois. Diviser les critères d’examen en domaines indépendants signifie que la sécurité, l’impact sur les performances et la couverture de test reçoivent tous une attention approfondie simultanément. Le prompt assigne à chaque coéquipier une lentille distincte pour qu’ils ne se chevauchent pas :Enquêter avec des hypothèses concurrentes
Lorsque la cause première est peu claire, un seul agent tend à trouver une explication plausible et s’arrête. Le prompt combat cela en rendant les coéquipiers explicitement adversaires : le travail de chacun n’est pas seulement d’enquêter sur sa propre théorie mais de contester les autres.Meilleures pratiques
Donner aux coéquipiers suffisamment de contexte
Les coéquipiers chargent automatiquement le contexte du projet, y compris CLAUDE.md, serveurs MCP et skills, mais ils n’héritent pas de l’historique de conversation du chef. Consultez Contexte et communication pour les détails. Incluez les détails spécifiques à la tâche dans le prompt de génération :Choisir une taille d’équipe appropriée
Il n’y a pas de limite stricte au nombre de coéquipiers, mais des contraintes pratiques s’appliquent :- Les coûts des tokens augmentent linéairement : chaque coéquipier a sa propre fenêtre de contexte et consomme des tokens indépendamment. Consultez les coûts des tokens des équipes d’agents pour les détails.
- La surcharge de coordination augmente : plus de coéquipiers signifie plus de communication, de coordination de tâches et de risques de conflits
- Rendements décroissants : au-delà d’un certain point, les coéquipiers supplémentaires n’accélèrent pas le travail proportionnellement
Dimensionner les tâches de manière appropriée
- Trop petites : la surcharge de coordination dépasse le bénéfice
- Trop grandes : les coéquipiers travaillent trop longtemps sans points de contrôle, augmentant le risque d’effort gaspillé
- Juste bien : des unités autonomes qui produisent un livrable clair, comme une fonction, un fichier de test ou un examen
Attendre que les coéquipiers terminent
Parfois, le chef commence à mettre en œuvre des tâches lui-même au lieu d’attendre les coéquipiers. Si vous remarquez cela :Commencer par la recherche et l’examen
Si vous êtes nouveau aux équipes d’agents, commencez par des tâches qui ont des limites claires et ne nécessitent pas d’écrire du code : examiner une PR, rechercher une bibliothèque ou enquêter sur un bug. Ces tâches montrent la valeur de l’exploration parallèle sans les défis de coordination qui accompagnent la mise en œuvre parallèle.Éviter les conflits de fichiers
Deux coéquipiers éditant le même fichier entraîne des écrasements. Divisez le travail pour que chaque coéquipier possède un ensemble de fichiers différent.Surveiller et diriger
Vérifiez la progression des coéquipiers, redirigez les approches qui ne fonctionnent pas et synthétisez les conclusions au fur et à mesure qu’elles arrivent. Laisser une équipe s’exécuter sans surveillance pendant trop longtemps augmente le risque d’effort gaspillé.Dépannage
Les coéquipiers n’apparaissent pas
Si les coéquipiers n’apparaissent pas après avoir demandé à Claude de créer une équipe :- En mode in-process, les coéquipiers apparaissent dans le panneau d’agent sous l’entrée de prompt. Utilisez les touches fléchées haut et bas pour en sélectionner un, puis appuyez sur Entrée pour l’afficher.
- Une ligne de coéquipier qui a disparu après être restée inactive a été masquée, non arrêtée. Les lignes inactives se masquent 30 secondes après que le panneau entier devienne inactif et réapparaissent au prochain tour du coéquipier. Quand plus de trois coéquipiers sont inactifs, leurs lignes excédentaires s’effondrent en une seule ligne
N idle agentsque Entrée développe. Envoyez un message au coéquipier par son nom pour ramener une ligne masquée. - Vérifiez que la tâche que vous avez donnée à Claude était suffisamment complexe pour justifier une équipe. Claude décide s’il faut générer des coéquipiers en fonction de la tâche.
- Si vous avez explicitement demandé des volets divisés, assurez-vous que tmux est installé et disponible dans votre PATH :
- Pour iTerm2, vérifiez que le CLI
it2est installé et que l’API Python est activée dans les préférences d’iTerm2.
Claude crée des coéquipiers au lieu de sous-agents
Tandis que les équipes d’agents sont activées, un sous-agent que Claude nomme dans la session du chef se lance en tant que coéquipier. Claude peut nommer des sous-agents de sa propre initiative, donc cela peut se produire lors d’une délégation que vous n’aviez jamais encadrée comme du travail d’équipe. Pour que les sous-agents nommés se lancent à nouveau en tant que sous-agents, désactivez les équipes d’agents en définissantCLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS à 0 :
settings.json
env du fichier de paramètres à la session en cours lorsque vous enregistrez, et relit la variable chaque fois que Claude crée un sous-agent, donc le prochain sous-agent que Claude nomme se lance en tant que sous-agent.
Définir la variable à 0 dans votre settings.json utilisateur remplace une exportation de shell. D’autres sources de paramètres peuvent toujours activer les équipes d’agents :
- Fichiers de paramètres de priorité supérieure : les paramètres de projet, les paramètres locaux et une charge utile
--settingss’appliquent après les paramètres utilisateur, donc une entréeenvqui définit la variable à1dans l’un d’eux gagne. Voir Priorité des paramètres. - Paramètres gérés : les paramètres gérés s’appliquent après toute autre source. Si votre organisation active les équipes d’agents là-bas, demandez à votre administrateur de modifier la valeur gérée.
SendMessage. Claude reçoit le résultat de chaque sous-agent lorsqu’il se termine.
Trop de demandes de permission
Les demandes de permission des coéquipiers remontent au chef, ce qui peut créer des frictions. Pré-approuvez les opérations courantes dans vos paramètres de permission avant de générer les coéquipiers pour réduire les interruptions.Les agents s’arrêtent prématurément
Les coéquipiers peuvent s’arrêter après avoir rencontré des erreurs au lieu de se rétablir. Vérifiez leur sortie en sélectionnant le coéquipier dans le panneau d’agent et en appuyant sur Entrée en mode in-process, ou en cliquant sur le volet en mode divisé, puis :- Donnez-leur des instructions supplémentaires directement
- Générez un coéquipier de remplacement pour continuer le travail
Sessions tmux orphelines
Si une session tmux persiste après la fin de l’équipe, elle peut ne pas avoir été complètement nettoyée. Listez les sessions et tuez celle créée par l’équipe :Limitations
Les équipes d’agents sont expérimentales. Les limitations actuelles à connaître :- Pas de reprise de session avec les coéquipiers in-process :
/resumeet/rewindne restaurent pas les coéquipiers in-process. Après la reprise d’une session, le chef peut tenter d’envoyer un message aux coéquipiers qui n’existent plus. Si cela se produit, dites au chef de générer de nouveaux coéquipiers. - L’état des tâches peut être en retard : les coéquipiers échouent parfois à marquer les tâches comme complètes, ce qui bloque les tâches dépendantes. Si une tâche semble bloquée, vérifiez si le travail est réellement terminé et mettez à jour l’état de la tâche manuellement ou dites au chef de pousser le coéquipier.
- L’arrêt peut être lent : les coéquipiers terminent leur demande actuelle ou appel d’outil avant de s’arrêter, ce qui peut prendre du temps.
- Une équipe par session : une session a exactement une équipe, limitée à cette session. Vous ne pouvez pas créer d’équipes nommées supplémentaires ou partager une équipe entre les sessions.
- Pas d’équipes imbriquées : les coéquipiers ne peuvent pas générer leurs propres coéquipiers. Seul le chef peut gérer l’équipe.
- Pas de sous-agents d’arrière-plan à partir de coéquipiers in-process : les propres sous-agents d’un coéquipier in-process s’exécutent au premier plan, car le travail d’arrière-plan d’un coéquipier ne peut pas survivre au processus du chef. Claude Code retourne une erreur quand un coéquipier génère un sous-agent dont la définition définit
background: true. Une demanderun_in_background: trued’un coéquipier échoue également, soit avec une erreur, soit en s’exécutant silencieusement au premier plan, comme décrit dans comment Claude Code choisit le premier plan ou l’arrière-plan. Les sous-agents lancés à partir de la conversation principale suivent la valeur par défaut d’arrière-plan. - Le chef est fixe : la session principale est le chef pour sa durée de vie. Vous ne pouvez pas promouvoir un coéquipier en chef ou transférer le leadership.
- Permissions définies au moment de la génération : les coéquipiers commencent avec le mode de permission décrit sous Permissions. Vous pouvez modifier le mode de permission d’un coéquipier individuel après la génération, mais vous ne pouvez pas définir les modes de permission par coéquipier au moment de la génération.
- Les volets divisés nécessitent tmux ou iTerm2 : le mode in-process par défaut fonctionne dans n’importe quel terminal. Le mode volets divisés n’est pas supporté dans le terminal intégré de VS Code, Windows Terminal ou Ghostty.
Prochaines étapes
Explorez les approches connexes pour le travail parallèle et la délégation :- Délégation légère : les subagents génèrent des agents auxiliaires pour la recherche ou la vérification au sein de votre session, mieux pour les tâches qui n’ont pas besoin de coordination inter-agents
- Messagerie entre vos propres sessions : la messagerie inter-sessions permet à Claude de transmettre les résultats entre les sessions que vous exécutez vous-même
- Sessions parallèles manuelles : les Git worktrees vous permettent d’exécuter plusieurs sessions Claude Code vous-même sans coordination d’équipe automatisée