Sous-agents Claude Code : quand les utiliser

Les sous-agents de Claude Code permettent de déléguer une tâche à une instance dédiée, avec son propre contexte. Bien utilisés, ils rendent vos sessions plus claires et plus efficaces. Mal utilisés, ils ajoutent de la complexité inutile. Cet article vous aide à faire le bon choix.

Qu'est-ce qu'un sous-agent

Un sous-agent est une instance de Claude lancée par la session principale pour accomplir une tâche précise. Il dispose de son propre contexte, distinct de la conversation en cours.

Le principe de l'isolation

L'intérêt majeur d'un sous-agent est cette isolation. La conversation principale conserve l'objectif global, tandis que le sous-agent explore, recherche ou traite une sous-tâche sans encombrer le fil principal de détails secondaires.

Une spécialisation possible

Un sous-agent peut recevoir des instructions et un périmètre dédiés : un agent de revue de code, un agent de recherche dans la documentation, un agent de tests. Chacun devient un outil spécialisé.

Quand utiliser un sous-agent

Voici les situations où un sous-agent apporte une vraie valeur.

Pour une tâche exploratoire et volumineuse

Chercher où une fonction est utilisée dans un grand dépôt génère beaucoup de résultats intermédiaires. Confier cette exploration à un sous-agent évite de saturer le contexte principal : seul le résultat synthétique remonte.

Pour une tâche bien délimitée et autonome

Si une tâche a un objectif clair et ne nécessite pas d'aller-retour constant avec vous, elle est un bon candidat à la délégation. Le sous-agent travaille, puis rend son résultat.

Pour préserver le fil principal

Quand votre session principale porte un raisonnement long, dévier sur une sous-tâche risque de le diluer. Un sous-agent absorbe la digression et laisse le fil principal intact.

Quand s'en passer

Le sous-agent n'est pas toujours la bonne réponse.

Pour les tâches courtes

Déléguer une tâche d'une ou deux étapes ajoute plus d'overhead que de bénéfice. Traitez-la directement dans la session principale.

Pour les tâches très interactives

Si une tâche exige des décisions fréquentes de votre part, l'isolement du sous-agent devient un frein : vous perdez la main sur les arbitrages.

Quand un hook suffit

Pour une action automatique et répétitive (formater, vérifier), ce n'est pas un sous-agent qu'il faut, mais un hook. Notre article sur les hooks de Claude Code détaille cette distinction.

Bonnes pratiques

Quelques principes pour tirer le meilleur des sous-agents.

Donnez un rôle clair

Un sous-agent efficace a un périmètre précis. « Agent de revue de code » est un bon rôle ; « agent qui fait des trucs » n'en est pas un. La clarté du rôle détermine la qualité du résultat.

Soignez les instructions transmises

Le sous-agent ne voit pas tout l'historique de la conversation principale. Formulez une consigne autonome, qui contient tout le contexte nécessaire à la tâche.

Limitez le périmètre d'action

Accordez à chaque sous-agent les seuls outils dont il a besoin. Un agent de recherche n'a pas à pouvoir modifier des fichiers. Cette restriction réduit les effets de bord.

N'en abusez pas

Multiplier les sous-agents fragmente le travail et complique le suivi. Créez-en un quand un besoin récurrent et clair le justifie, pas par principe.

Sous-agents et certification

La compréhension des sous-agents est évaluée par la CCA-F. Les questions portent souvent sur le bon arbitrage entre session principale, sous-agent et hook. Le guide de l'examen précise les attentes, et les questions d'entraînement permettent de s'exercer sur ces scénarios.

En résumé

Un sous-agent brille pour les tâches volumineuses, autonomes et génératrices de bruit : il les isole et préserve la clarté de votre session principale. Il est en revanche superflu pour les tâches courtes ou très interactives. Choisissez-le en fonction du bruit et de l'autonomie de la tâche. Pour passer à la pratique, enchaînez avec la leçon Les sous-agents du cours Claude Code en action.