Pourquoi un seul agent ne scale pas
Plus le périmètre grossit, plus un agent unique mélange les rôles. Le contexte devient un fourre-tout. Les erreurs deviennent impossibles à attribuer. La sécurité ne sait plus quels droits minimiser.
La spécialisation résout ce problème de la même façon que dans une organisation humaine : des rôles clairs, des interfaces, un chef d’orchestre. Ce n’est pas de la complexité gratuite — c’est de la clarté opérationnelle.
Pattern de référence PME : R-A-E-C
- Recherche : collecte d’informations (web, docs, CRM en lecture).
- Analyse : synthèse, scoring, recommandation structurée.
- Exécution : écriture CRM, envoi message, création de ticket — sous allowlist.
- Contrôle : agent ou humain qui valide les actions sensibles et journalise.
À retenir
En PME, le contrôleur peut — et doit souvent — rester humain les 90 premiers jours. Automatiser le contrôle trop tôt est un anti-pattern fréquent.
Conditions préalables avant le multi-agents
Le multi-agents n’est pas un badge de modernité. C’est une réponse à un problème : un seul contexte est devenu trop large ou trop risqué. Sans agent unique borné qui fonctionne déjà, ajouter des agents multiplie les points de défaillance.
- Un lighthouse mono-agent stable (précision et escalade sous contrôle).
- Contrats d’interface (schemas JSON / champs obligatoires entre agents).
- Budgets : timeouts, max d’itérations, plafond tokens.
- Traçabilité de bout en bout (corrélation d’un cas à travers la chaîne).
Pièges d’orchestration (vus sur le terrain)
- Trop d’agents trop tôt : complexité > valeur, debug infernal.
- Pas de contrat clair : chaque agent « invente » son format de sortie.
- Boucles infinies sans kill switch.
- Responsabilité floue : personne ne « possède » l’échec client.
- Multi-fournisseurs sans glue layer : coûts et logs incohérents.
Lien avec la plateforme et la gouvernance
PwC insiste sur l’orchestration comme accélérateur de valeur ; McKinsey sur la plateforme agentique comme condition de scale. En pratique PME : même sans « Agent OS » enterprise, vous avez besoin d’un minimum — registre d’agents, droits centralisés, logs unifiés, propriétaire nommé par workflow.
Questions fréquentes
Faut-il du multi-agents dès le premier projet ?
Non. Un agent unique borné d’abord. Passer multi-agents quand le contexte devient trop large, quand les rôles se contredisent, ou quand le risque exige une séparation recherche / exécution / contrôle.
Combien d’agents au maximum au démarrage ?
Deux à quatre rôles suffisent pour la plupart des workflows PME. Au-delà, exigez une justification écrite par agent — sinon vous construisez un organigramme fantôme.
L’orchestration doit-elle être un agent « manager » ?
Pas forcément. Un workflow déterministe (Make/n8n) peut orchestrer des appels d’agents spécialisés avec plus de prévisibilité qu’un manager LLM. Réserver l’orchestration « intelligente » aux cas où le routage est réellement ambigu.
À retenir
Multi-agents = spécialisation + contrats + orchestration + contrôle. Puissant pour scaler la valeur — dangereux sans discipline. Démarrer simple ; complexifier seulement sous la pression d’un problème réel.