Créer une équipe d'agents IA : rôles, mémoire, frontières
Comment structurer plusieurs agents IA qui travaillent ensemble sans se marcher dessus : un métier par agent, une mémoire commune, des frontières écrites, un humain qui tranche.
9 min de lecture
Pour créer une équipe d'agents IA, donne à chaque agent un seul métier, fais-leur lire une mémoire commune avant d'agir, écris les frontières entre les rôles, et place un routeur avec un humain qui tranche. Sans ces quatre pièces, plusieurs agents font la même tâche, ou aucun ne la fait.
L'essentiel à retenir :
- Une équipe d'agents IA est un ensemble d'agents qui se passent le travail. Chaque agent suit la définition donnée dans agent IA : définition, fonctionnement et limites.
- Un agent IA est un système logiciel qui reçoit un objectif, lit un contexte, choisit l'étape suivante et agit avec des outils, sous des règles de validation. Contrairement à un chatbot, il agit sur d'autres logiciels et enchaîne plusieurs étapes. Contrairement à une automatisation, il ne suit pas un chemin écrit d'avance.
- Un rôle par agent, et un responsable qui route les demandes.
- Une mémoire commune, lue avant chaque action. Chez moi, c'est une base Airtable.
- Des frontières écrites entre les rôles, révisées quand un chevauchement apparaît.
- Un humain qui tranche les conflits et valide ce qui sort.
Ce guide suit ces quatre étapes, puis montre une frontière réelle posée le 10 octobre 2026 dans mon équipe.
Qu'est-ce qu'une équipe d'agents IA, et qu'est-ce que ce n'est pas ?
Une équipe d'agents IA, ou système multi-agent, est un groupe d'agents qui travaillent ensemble sur un même objectif, chacun avec sa part du travail. Anthropic donne une définition simple dans How we built our multi-agent research system (13 juin 2025) : plusieurs agents, des modèles qui utilisent des outils en boucle, qui travaillent ensemble.
Ce n'est pas :
- Un seul agent avec beaucoup d'outils. Il a tous les accès et aucune spécialité.
- Une collection de bots qui s'ignorent. Sans mémoire commune ni routage, chacun repart de zéro.
- Une équipe qui tourne sans humain. Quelqu'un doit trancher quand deux rôles se chevauchent.
| Ce que tu vois | Pourquoi ce n'est pas une équipe |
|---|---|
| Un agent avec tous les outils | Pas de spécialité ni de routage entre rôles |
| Des bots sans mémoire partagée | Chacun repart de zéro, pas de reprise de travail |
| Des agents sans humain au-dessus | Personne ne tranche quand deux rôles se chevauchent |
Anthropic décrit pour son système une architecture « orchestrateur-travailleurs » : un agent principal coordonne et délègue à des agents spécialisés. C'est la forme de mon équipe, avec un chef de cabinet en orchestrateur.
Une équipe a un coût. Anthropic note, dans le même article, que ses systèmes multi-agents consomment, d'après ses propres données, environ 15 fois plus de tokens qu'une conversation de chat. Une équipe se justifie quand le travail est assez varié pour le répartir. Pour un besoin simple, un seul agent suffit, et parfois aucun : les cas sont dans quand ne pas utiliser un agent IA.
Étape 1 : pourquoi donner un rôle et un seul métier par agent ?
Un agent avec un seul métier sait ce qu'il doit faire, ce qu'il doit laisser aux autres, et quels outils il lui faut. Plus le rôle est net, moins il y a de doublons et de trous.
Dans mon équipe d'agents Grok, chaque bot a un poste. Le chef de cabinet gère la stratégie, l'arbitrage, le routage, les métriques et la mémoire. Sous lui :
- un responsable YouTube ;
- un responsable du contenu, avec sous lui un rédacteur d'articles X, un bot pour les miniatures et un bot de recherche sur les douleurs des clients ;
- un bot newsletter ;
- un responsable SEO, avec sous lui un rédacteur, un bot de recherche et un bot qui gère le blog ;
- un bot pour les mentions, un pour les partenariats, un pour la marque et la copy de vente ;
- un bot qui lance et suit les agents de code, sans coder lui-même ;
- un bot qui crée les autres bots.
Tous les responsables reportent au chef de cabinet. Les spécialistes reportent à leur responsable.
Combien d'agents dans une première équipe ?
Commence avec deux : un agent qui fait le travail, et un qui route ou relit. Ajoute un rôle quand un métier revient assez souvent pour mériter son propre agent. Un rôle peut aussi disparaître, comme le montre la section sur la fusion plus bas.
Pour choisir le premier métier à confier, sers-toi de quel processus agentiser en premier.
Étape 2 : pourquoi une mémoire commune que chaque agent lit avant d'agir ?
Une mémoire commune évite que chaque agent reparte de zéro, et que deux agents appliquent deux versions d'une même règle. C'est la seule façon pour un agent de reprendre le travail d'un autre sans tout redemander.
Chez moi, la mémoire est une base Airtable, source de vérité depuis mon GO du 25 septembre 2026. Les autres outils de mémoire utilisés avant ont été mis de côté. La base contient :
- une page de mémoire centrale, condensée ;
- les faits : règles verrouillées, offres, interdits, décisions ;
- le tableau des tâches et des projets de l'équipe ;
- les contenus, les règles de marque, les KPIs et les tables SEO.
La règle tient en une ligne : chaque tâche lancée y est inscrite.
Où stocker la mémoire commune ?
Dans un outil que tous les agents peuvent lire et écrire, et que tu peux relire toi-même. Une base de données simple suffit. Ce qui compte, c'est qu'il n'y en ait qu'une. Anthropic décrit le même besoin : son agent principal enregistre son plan dans une mémoire externe pour ne pas le perdre quand le contexte déborde.
Étape 3 : pourquoi écrire des frontières entre les rôles ?
Une frontière écrite dit qui fait quoi au point de contact entre deux rôles. Sans elle, deux agents voisins finissent par empiéter l'un sur l'autre, ou par se renvoyer la tâche.
Anthropic a vu le problème de près. Quand l'agent principal donnait des consignes trop courtes, les sous-agents se trompaient de tâche ou faisaient les mêmes recherches que les autres. Sa recommandation : chaque sous-agent reçoit un objectif, un format de sortie, des consignes sur les outils et des limites de tâche claires.
Comment éviter deux agents sur la même tâche ?
Trois règles suffisent :
- Un owner par tâche, inscrit dans le tableau commun.
- Une phrase par rôle voisin qui dit ce que l'agent ne fait pas.
- Une révision dès qu'un doublon apparaît. Tu ne corriges pas le résultat seulement, tu réécris la frontière.
| Règle | Ce qu'elle évite |
|---|---|
| Un owner par tâche dans le tableau commun | Deux agents qui traitent la même demande |
| Une phrase « je ne fais pas » par rôle voisin | Les trous entre deux périmètres |
| Réécrire la frontière dès qu'un doublon apparaît | La même collision à chaque cycle |
Étape 4 : pourquoi un routeur et un humain qui tranche ?
Un routeur reçoit les demandes et les envoie au bon agent. Un humain tranche ce que le routeur ne peut pas décider seul, et valide ce qui sort. Les deux évitent que chaque agent décide de son propre périmètre.
Faut-il un agent chef d'équipe ?
Oui, dès que tu as plus de deux ou trois agents. Chez moi, c'est le chef de cabinet : il route, arbitre et tient la mémoire. Je tranche au-dessus de lui.
Que valide l'humain, et quand ?
L'humain valide ce qui ne se défait pas, et les changements d'organisation. Dans mon équipe, la création d'un nouveau rôle a attendu ma réponse dans le salon de l'équipe le 10 octobre 2026.
Quand fusionner ou supprimer un agent ?
Quand un rôle n'a plus assez de travail propre, ou quand un autre fait déjà la même chose. Trois changements réels dans mon équipe :
- le 10 octobre 2026, l'ancien bot YouTube a été supprimé et remplacé par un responsable YouTube qui a toute la chaîne ;
- le même jour, le responsable marketing a été supprimé, et la scorecard et le funnel sont revenus au chef de cabinet ;
- le bot du support client a été fusionné dans le chef de cabinet.
Supprimer un rôle n'efface pas son travail. La mémoire commune garde ce qu'il a fait, et le rôle qui reprend le lit avant d'agir.
Exemple : une frontière réelle entre YouTube, le contenu et le SEO
Le 10 octobre 2026, une frontière a été posée entre cinq rôles qui touchent tous à la vidéo. Le responsable YouTube a la chaîne de bout en bout et écrit le script. Il donne le sujet au responsable SEO le jeudi d'avant.
Le reste se répartit ainsi :
| Rôle | Périmètre sur la vidéo |
|---|---|
| Responsable YouTube | Chaîne de bout en bout ; écrit le script ; transmet le sujet au responsable SEO le jeudi d'avant |
| Responsable SEO | Reçoit le sujet le jeudi ; ne devine pas le sujet à chaque fois |
| Bot miniatures | Produit les images |
| Responsable du contenu | Décline chaque vidéo sur ses canaux |
| Bot de marque | Ne fait ni X, ni SEO, ni messages privés |
Chaque ligne répond à une question précise : qui écrit, qui reçoit le sujet, et quand. Le responsable SEO sait qu'il reçoit le sujet le jeudi. Il n'a pas à le deviner, ni à le demander à chaque fois.
La frontière est arrivée en même temps qu'un nouveau rôle. C'est souvent le bon moment pour en écrire une : quand un agent arrive, les voisins doivent savoir ce qui change pour eux.
Quelle checklist suivre pour démarrer une équipe d'agents IA ?
Pour démarrer, coche ces points dans l'ordre : une mémoire unique, un rôle par agent, un responsable qui route, des frontières écrites, et une liste de ce qui attend ta validation. C'est l'ordre des quatre étapes de ce guide, ramené à des cases à cocher.
- Choisis une seule base de mémoire, que tous les agents lisent et écrivent. Chez moi, c'est Airtable depuis le 25 septembre 2026.
- Inscris chaque tâche lancée dans cette base, avec un owner.
- Écris le rôle de chaque agent en une phrase, et ce qu'il ne fait pas.
- Nomme un responsable qui route les demandes. Chez moi, c'est le chef de cabinet, et tous les responsables lui reportent.
- Rattache chaque spécialiste à un responsable, comme le rédacteur, la recherche et le bot du blog sous le responsable SEO.
- Écris les frontières entre les rôles qui se touchent, avec qui fait quoi et quand.
- Liste ce qui attend ton GO écrit : publication, envoi externe, merge, déploiement, changement de prix ou d'offre.
- Garde pour toi la création, la fusion et la suppression des rôles.
Que mesurer dans une équipe d'agents IA ?
Mesure ce que l'équipe produit, pas l'activité des agents. Chez moi, des routines relèvent les KPIs chaque jour, le responsable SEO fait un relevé Search Console chaque lundi, et la scorecard et le funnel sont suivis par le chef de cabinet. Si un rôle ne fait bouger aucune de ces mesures, c'est un signe qu'il faut le fusionner ou le supprimer.
J'ai déjà trois agents qui se marchent dessus : par où commencer ?
Commence par le tableau des tâches. Donne un seul owner à chaque tâche, puis écris une phrase par agent sur ce qu'il ne fait pas. Si le problème revient, nomme un agent qui route les demandes, et garde pour toi les arbitrages.
Je n'ai qu'un agent : dois-je déjà penser en équipe ?
Pas encore. Pense à la mémoire. Si ton agent écrit ses décisions dans une base partagée, le deuxième agent pourra la lire le jour où tu l'ajoutes. C'est le morceau le plus long à rattraper après coup.
Deux agents donnent des réponses contradictoires : qui a raison ?
Celui qui suit la règle inscrite dans la mémoire commune. Si la règle n'existe pas, c'est à toi de trancher, puis de l'écrire. Une décision prise dans un chat et jamais inscrite revient sous une autre forme.
Un de mes agents n'a presque plus de travail : faut-il le garder ?
Non, s'il n'a plus de métier propre. Fusionne son rôle dans celui qui fait déjà le travail le plus proche, et vérifie que sa mémoire reste lisible. Garder un agent inutile ajoute un point de plus à surveiller.
