Workflows agentiques — Maîtrise6 / 8
Subagents — Déléguer du travail qui s'adapte
Un contexte géant devient lent et vague. Les subagents permettent à l'agent principal de confier du travail ciblé à des spécialistes dotés de leur propre contexte et outils — et de les exécuter en parallèle.
Une seule conversation qui fait tout finit par ne rien faire correctement : le contexte se remplit d'explorations et l'agent devient plus lent et plus vague. Les subagents résolvent ce problème par la délégation.
Ce qu'est un subagent
Un subagent est une instance Claude distincte avec sa propre fenêtre de contexte, son propre système prompt et sa propre liste de contrôle d'accès aux outils. L'agent principal lui confie une tâche ; il travaille en isolement et retourne seulement son résultat — pas ses étapes intermédiaires.
Deux avantages : l'isolation du contexte (une plongée profonde et intensive n'encombre pas votre thread principal) et le parallélisme (les subagents indépendants s'exécutent simultanément).
En créer un
Lancez /agents, ou déposez un fichier dans .claude/agents/:
---
name: code-reviewer
description: Reviews diffs for bugs and security issues. Use after writing code.
tools: Read, Grep, Glob, Bash
model: sonnet
---
You are a meticulous senior reviewer. Cite file and line, explain the
failure, propose a fix. Prefer fewer high-confidence findings.
Le champ description est le déclencheur
Claude lit description pour décider quand déléguer automatiquement. Rédigez-le comme un déclencheur :
- Vague :
"Reviews code."→ rarement auto-invoqué. - Précis :
"Use PROACTIVELY after any code change to review for bugs."→ invoqué au bon moment.
Quand déléguer — et quand ne pas le faire
- Déléguer quand le travail est indépendant et parallélisable (N fichiers, N vérifications), a besoin d'une isolation du contexte, ou bénéficie d'une persona spécialisée.
- Ne pas déléguer quand la tâche est mineure et séquentielle, ou a besoin de l'intégralité de la conversation que le subagent n'aura pas — les subagents commencent à zéro.
Maintenant, nous avons tous les quatre blocs de construction. Suivant : la configuration du quotidien qui les unit — paramètres, permissions et une ligne d'état que vous lisez réellement.
Série — Workflows agentiques — Maîtrise
- Partie 01L'état d'esprit du flux de travail agentiqueLa plupart des développeurs traitent l'IA comme un autocompléteur plus intelligent. Ceux qui prennent l'avance la traitent comme un coéquipier qui agit. Voici le modèle mental.
- Partie 02MCP Servers 101 — Give Your Agent Real ToolsLe Model Context Protocol est la façon dont votre agent arrête de deviner et commence à interroger votre base de données, vos tickets, votre navigateur. Voici le modèle mental et la première connexion.
- Partie 03Build Your First Custom MCP ServerLes serveurs prêts à l'emploi couvrent GitHub et Postgres. Le vrai levier, c'est le serveur que seul vous pouvez écrire — le pont vers votre propre système.
- Partie 04Hooks — Make the Agent Obey Your RulesA prompt asks the model to remember. A hook makes it happen — deterministically, every time, outside the model's control.
- Partie 05Commandes slash personnalisées en tant que flux de travail d'équipeUne commande slash personnalisée est un prompt réutilisable que vous engagez dans le dépôt — ainsi toute l'équipe exécute la même instruction de haute qualité au lieu de la retaper.
- Partie 06Subagents — Déléguer du travail qui s'adapte — vous êtes iciUn contexte géant devient lent et vague. Les subagents permettent à l'agent principal de confier du travail ciblé à des spécialistes dotés de leur propre contexte et outils — et de les exécuter en parallèle.
- Partie 07The Daily-Driver Setup — Settings, Permissions, Status LineThe difference between fighting the agent and flowing with it is twenty minutes of configuration you do once. Here is the setup.
- Partie 08Multi-Tool Pipelines — Ticket to Reviewed BranchThe payoff: chain MCP, hooks, commands and subagents into one flow that takes a ticket to a reviewed branch — with you in the loop only where it counts.