D'un agent à une équipe d'agents

Le module 6 a posé ce qu’est un agent. Question suivante, celle que se posent toutes les organisations en ce moment : pourquoi les systèmes sérieux n’utilisent-ils pas UN agent surpuissant, mais des équipes d’agents spécialisés ? La réponse va vous sembler familière : pour les mêmes raisons qu’on ne confie pas un projet entier à une seule personne.

Les limites de l’agent qui fait tout

Donnez une mission large à un agent unique (« étudie ce marché, propose une stratégie et rédige le plan ») et trois problèmes apparaissent :

• Le mélange des genres : chercher, analyser, critiquer et rédiger demandent des postures différentes. Un agent qui fait tout fait tout moyennement.
• La noyade dans le contexte : sa mémoire de travail (module 2) se remplit de tout en même temps : les détails de la recherche polluent la rédaction.
• L’excès d’accord : seul, il valide ses propres idées. On a vu au module 2 ce que ça vaut.

La réponse : spécialiser et orchestrer

Le pattern qui s’impose : un orchestrateur qui découpe la mission et délègue à des spécialistes, chacun avec un rôle précis, un contexte ciblé et seulement les outils dont il a besoin.

Relisez ce schéma avec vos lunettes de manager : une mission découpée, des spécialistes au périmètre clair, des livrables qui remontent, des jalons de validation. Le multi-agents, c’est de la gestion de projet appliquée à l’IA. C’est pour ça que les profils qui savent organiser le travail humain ont une vraie carte à jouer dans ce monde-là.

Trois patterns à connaître

• Le spécialiste : un agent = un rôle = les outils de ce rôle, rien de plus. Moindre privilège (module 6) et qualité par focalisation.
• Le contradicteur intégré : un agent défend, un autre attaque, un troisième tranche. L’excès d’accord du module 2 est neutralisé par construction, plus par discipline.
• Les jalons humains : pas de validation à chaque micro-étape, mais des points de contrôle entre les phases et avant tout ce qui engage. Comme un comité de pilotage.

Le cas concret : Solo Builder

C’est exactement le système que je construis avec Solo Builder : un pipeline d’agents spécialisés pour livrer un projet de bout en bout. Un agent pitche l’idée, un autre la challenge avec des preuves, un juge tranche ; puis des agents de stratégie, de spécification, de code et d’audit prennent le relais, phase par phase. Et à chaque jalon (Go/No-Go, validation des specs, recette), c’est moi qui décide. La page du projet montre le pipeline complet en action.

Le réflexe de décideur

Même logique d’échelle qu’au module 7 : l’équipe d’agents est puissante mais ajoute de la complexité (conception, supervision, coût). Une tâche ciblée et homogène se traite très bien avec un seul agent. On passe à l’équipe quand la mission est large, hétérogène, et que la qualité exige du contradictoire.

5 questions pour ancrer le pattern.