Quand on automatise un process avec Claude, la première question n'est pas technique, elle est d'architecture : un seul agent, ou une équipe de sous-agents qui se passent le relais ? Le conseil d'Anthropic tient en une phrase : commencez par le plus simple, et n'ajoutez de la complexité que si elle améliore mesurablement le résultat. Son guide du 22 octobre 2026 va dans ce sens : moins de sous-agents, plus de skills, et des évaluations avant toute migration.
Si tu débutes avec Claude, le guide complet pour apprendre Claude pose les bases. Ici, on suppose que tu sais déjà ouvrir une conversation et que tu veux décider quoi construire lundi matin. Deux architectures sont en jeu : un agent unique qui s'appuie sur des skills (des instructions, scripts et ressources chargés quand la tâche l'exige), ou un orchestrateur qui délègue à des sous-agents. La suite te donne une règle de décision en quatre signaux et un exemple de veille commerciale suivi de la V1 à la V2.
Le conseil d'Anthropic en une phrase : commencez par un seul agent
Anthropic a publié le 22 octobre 2026 un guide intitulé « Building agents: When to fold subagents into your main agent loop ». Sa thèse : utiliser moins de sous-agents et s'appuyer sur la divulgation progressive, c'est-à-dire charger le contexte (via des skills) et les outils (via la recherche d'outils) seulement quand c'est utile. Selon Anthropic, un agent unique doté de skills a fréquemment fait mieux sur la qualité que le prompt géant comme que la conception à sous-agents, souvent à moindre coût et avec moins de latence.
Un chiffre client illustre le propos : l'un des clients cités a mesuré un temps d'exécution environ deux fois plus rapide avec une boucle d'agent unique qu'avec son harnais multi-agents. C'est un cas, pas une loi, mais il dit la direction. Anthropic indique aussi avoir réduit de plus de 80 % le prompt système de Claude Code pour les modèles plus avancés : les modèles récents n'ont plus besoin d'autant d'échafaudage.
Ce n'est pas un appel à bannir les sous-agents. Le guide les garde pour des cas précis, que la section sur les quatre signaux détaille. Mais le point de départ par défaut change : un agent, quelques skills, quelques outils, et on mesure.
Ce qui distingue vraiment un agent unique avec skills d'un système de sous-agents
Un agent unique, c'est une seule conversation, un seul contexte. Les compétences y sont rangées dans des skills : un dossier avec un fichier de consignes, éventuellement des scripts et des modèles, que Claude ne lit que lorsque la tâche le demande. Les outils sont branchés via MCP ou via l'API, voir la page sur MCP pour brancher vos outils.
Un sous-agent est une autre instance de Claude, lancée avec son propre contexte, son propre prompt système et parfois son propre jeu d'outils. Elle travaille de son côté et renvoie un résumé à l'agent principal. Dans Claude Code, c'est observable : un sous-agent se décrit dans un fichier Markdown du dossier .claude/agents/, avec son rôle et la liste des outils qu'il a le droit d'utiliser.
Le vrai différentiel n'est pas la « spécialisation ». Un skill spécialise déjà : un skill « rédiger un devis » donne à l'agent unique toute l'expertise utile. Ce que le sous-agent apporte en plus, c'est l'isolation : un contexte propre, des droits propres, un regard qui n'a pas été contaminé par ce qui précède. C'est cette propriété, et elle seule, qui justifie son coût.
Pourquoi plus d'agents ne veut pas dire de meilleurs résultats
Prends un dirigeant d'agence qui automatise la préparation de ses devis. Son premier réflexe : quatre agents, un pour collecter le brief, un pour analyser le besoin, un pour rédiger, un pour relire. Ça ressemble à une chaîne de production, donc ça rassure. Sauf que chaque passage de relais passe par un résumé, et un résumé supprime des choses.
Un détail suffit à tout faire basculer : le client a précisé en passant, au milieu d'un long échange, qu'il ne voulait aucune mention de sous-traitance. L'agent de collecte le note, mais le résumé qu'il transmet à l'agent d'analyse garde « budget, délais, périmètre » et laisse tomber cette phrase. L'agent de rédaction n'en saura jamais rien, et l'agent de relecture, qui ne voit que le devis final, ne peut pas détecter l'oubli. Personne n'a mal fait son travail, le défaut est dans l'architecture.
À cela s'ajoutent des coûts directs. Chaque agent consomme ses propres tokens, donc la facture monte. Les latences s'additionnent, car les étapes s'enchaînent. Et le débogage devient pénible : quand le devis sort faux, il faut remonter quatre conversations pour trouver quel agent a mal compris. Un agent unique avec trois skills (analyser un brief, structurer une offre, relire selon une grille) garde tout le contexte sous les yeux et se déboguer en lisant une seule trace.
Les quatre signaux qui justifient de passer aux sous-agents
Anthropic cite trois cas où garder des sous-agents : le contexte dégradé, les tâches parallèles à contexte neuf, et l'agent qui choisit mal ses outils ou dont le prompt se contredit. Les signaux 3 et 4 ci-dessous (permissions, regard neuf) sont des critères ajoutés par Ottho, pas des conditions du guide. Chacun reste détectable avant de migrer.
1. Le contexte déborde
Tu demandes à Claude d'analyser plusieurs dizaines de contrats ou de factures longues. Un sous-agent absorbe la lecture et ne renvoie que l'essentiel. Comment le détecter : la qualité baisse sur les derniers documents traités, ou les réponses ignorent des consignes pourtant présentes au début. Anthropic parle de dégradation mesurable due à un contexte trop chargé, la condition à vérifier chez toi avant d'agir.
2. Des tâches indépendantes, à lancer en parallèle
Une veille sur cinq concurrents : chaque recherche est indépendante des autres et rien n'empêche de les mener en même temps. Détection : tu te surprends à écrire « puis, pour le suivant, refais la même chose ». Si les tâches n'ont pas besoin de se parler, le parallélisme gagne du temps.
3. Des permissions à cloisonner
L'agent qui lit la comptabilité ne doit pas pouvoir envoyer d'emails. Un sous-agent peut avoir sa propre liste d'outils autorisés, ce qui limite ce qu'une erreur ou une injection de prompt peut provoquer. Détection : tu hésites à brancher un outil sensible sur l'agent principal parce qu'il ferait trop de choses avec.
4. Un besoin de regard neuf
Un relecteur qui n'a pas vu le raisonnement du rédacteur repère des failles que le rédacteur ne voit plus. Détection : ton agent valide systématiquement son propre travail, même quand il est faible.
Anthropic évoque aussi le cas où l'agent unique choisit mal ses outils ou dont le prompt système contient des consignes contradictoires. Dans ces situations, commence par corriger l'outil ou la consigne avant d'ajouter un sous-agent.
Ce qui n'est pas un signal : « ça fait plus professionnel », « on verra plus tard si ça passe à l'échelle ». Complexifier par anticipation, c'est payer maintenant pour un besoin hypothétique.
| Signal | Exemple métier | Comment le repérer |
|---|---|---|
| Contexte saturé | Analyse de dizaines de contrats | Qualité en baisse sur les derniers documents |
| Tâches parallèles | Veille sur cinq concurrents | Tâches sans dépendance entre elles |
| Permissions | Lecture compta sans envoi d'emails | Outil sensible que tu n'oses pas brancher |
| Regard neuf | Relecture indépendante d'une offre | L'agent valide trop vite son propre travail |
Exemple pas à pas : une automatisation de veille commerciale, de la version 1 à la version 2
Un dirigeant de PME de services veut recevoir chaque lundi une synthèse sur une trentaine de prospects et concurrents. Les chiffres qui suivent sont illustratifs, pas des mesures.
Version 1 : un seul agent. Deux skills. Le premier, « qualifier une entreprise », contient les critères du dirigeant (taille, secteur, signaux d'achat), le format de fiche attendu et trois exemples de bonnes fiches. Le second, « rédiger la synthèse hebdomadaire », fixe la structure : trois points clés, une recommandation d'action par prospect, un ton direct. Deux outils sont branchés : une recherche web et un tableur où les fiches s'accumulent. Rien d'autre. Le dirigeant lance l'agent à la main le lundi matin.
Ça marche pour une dizaine d'entreprises. Puis, en passant à trente, il remarque que les dernières fiches sont plus pauvres, avec des critères oubliés. Le contexte a gonflé de toutes les pages lues pour les entreprises précédentes. C'est le signal numéro un, constaté sur ses propres sorties et pas supposé.
Version 2 : il déplace dans un sous-agent uniquement la lecture des sources. Ce sous-agent reçoit une entreprise, lit les pages utiles, renvoie quelques lignes de faits. L'agent principal garde les skills de qualification et de rédaction, et ne voit plus que des résumés courts. Le reste de l'architecture ne bouge pas. C'est la bonne manière de complexifier : un seul morceau déplacé, justifié par un symptôme précis.
Si tu veux sortir de l'interface et lancer ça automatiquement chaque semaine, l'API Anthropic permet d'industrialiser la boucle. Pour aller plus loin sur les agents autonomes, regarde construire des agents IA autonomes avec Claude.
Comment mesurer avant de complexifier : le test à faire en une heure
Avant de migrer quoi que ce soit, construis des évaluations. Anthropic le dit sans détour : même dix exemples de référence suffisent pour démarrer. Voici un protocole à suivre en une heure.
- Rassemble dix cas réels représentatifs de ton process (dix prospects, dix briefs clients, dix factures).
- Passe chacun dans la V1 simple et note ce qui échoue, avec la cause probable : contexte trop chargé, consigne floue, outil manquant.
- Corrige d'abord le prompt et les skills, puis relance les mêmes dix cas.
- Ne migre vers un sous-agent que si l'échec persiste et correspond à l'un des quatre signaux.
- Repasse les dix cas après chaque changement, et regarde les tâches qui basculent, pas seulement le score global.
Fixe un critère de sortie avant de commencer, par exemple huit cas sur dix acceptables sans retouche. Sans seuil, on continue d'ajouter des morceaux sans savoir quand s'arrêter.
Répète chaque cas plusieurs fois : Anthropic note qu'une régression est apparue une exécution sur deux dans l'un de ses tests, ce qu'un seul passage aurait raté. Et garde en tête qu'une consigne floue se corrige plus vite qu'une architecture : commence par les skills et les outils.
Ce que ça change pour vous : décider et lancer cette semaine
La règle tient en deux phrases. Pars d'un agent unique avec des skills et quelques outils. Ajoute un sous-agent seulement quand un défaut mesuré sur tes propres cas correspond à l'un des quatre signaux.
Premier geste concret : choisis un seul process, écris un skill qui décrit ta façon de le faire avec un ou deux exemples, branche un outil, et teste sur dix cas réels. Si tu veux un cadre pour aller de cette V1 à des agents qui tournent réellement dans ton entreprise, avec accompagnement, la formation IA Agent est faite pour ça. Et pour monter en compétence sur Claude au quotidien avant de t'attaquer aux agents, regarde maîtriser Claude au quotidien.