Modèle orchestrateur-sous-agent

Le modèle orchestrator-subagent est l’architecture multi-agent la plus utilisée. Un agent orchestrator reçoit un objectif de haut niveau, le décompose en sous-tâches, délègue chaque sous-tâche à un subagent spécialisé, rassemble les résultats et synthétise une sortie finale. Considérez l’orchestrator comme un chef de projet et les subagents comme les experts du domaine au sein de l’équipe.

L’orchestrator assume trois responsabilités essentielles : la décomposition (diviser l’objectif en sous-tâches concrètes et réalisables), la délégation (attribuer chaque sous-tâche au spécialiste approprié) et la synthèse (combiner les sorties des subagents en un résultat cohérent). L’orchestrator effectue lui-même très peu de travail propre au domaine : sa valeur réside dans la coordination.

Chaque subagent est optimisé pour une seule responsabilité. La spécialisation repose sur : un prompt système ciblé qui définit le rôle, un petit ensemble d’outils (3 à 5) pertinents uniquement pour ce rôle et une fenêtre de contexte qui ne contient que les informations nécessaires à cette sous-tâche. Les agents ciblés prennent de meilleures décisions et sont plus faciles à évaluer et à déboguer.

Pour que la délégation fonctionne, l'orchestrateur doit transmettre des paquets de tâches bien formés à chaque sous-agent. Un paquet de tâches comprend : l'objectif précis de ce sous-agent, le contexte pertinent dont il a besoin (et non l'historique complet de la conversation), le format de sortie attendu et les éventuelles contraintes. Les paquets de tâches mal formés sont la source la plus fréquente des échecs entre l'orchestrateur et les sous-agents.

Une fois que les sous-agents ont terminé leur travail, l'orchestrateur doit synthétiser les résultats. Il ne s'agit pas d'une simple concaténation. L'orchestrateur doit résoudre les contradictions entre les sorties des sous-agents, combler les lacunes, conserver un ton ou un format cohérent et produire un résultat final cohérent dans son ensemble. C'est lors de cette étape de synthèse que les capacités de raisonnement de l'orchestrateur sont les plus sollicitées.

Les orchestrateurs peuvent déléguer des tâches séquentiellement (la sortie d'un sous-agent alimente le suivant) ou en parallèle (plusieurs sous-agents travaillent simultanément). La délégation séquentielle est plus simple et convient lorsque les étapes suivantes dépendent des résultats précédents. La délégation parallèle est plus rapide lorsque les sous-tâches sont indépendantes et peuvent s'exécuter simultanément, ce qui réduit souvent le temps d'exécution de 3 à 5 fois.

Les sous-agents échouent parfois : ils peuvent renvoyer une sortie mal formée, dépasser leur limite d'itérations ou rencontrer une erreur. L'orchestrateur doit gérer ces échecs avec élégance. Parmi les stratégies courantes figurent les suivantes : réessayer avec un paquet de tâches clarifié, utiliser une solution de repli plus simple, ignorer la sous-tâche échouée en le signalant dans la sortie finale ou transmettre le problème à un humain pour révision.

Le prompt système de l'orchestrateur est essentiel à la qualité de l'ensemble de la chaîne de traitement. Il doit définir clairement : les sous-agents disponibles et la spécialité de chacun, la manière de formater les paquets de tâches, les situations dans lesquelles exécuter les sous-tâches en parallèle ou séquentiellement, la façon de gérer les résultats incomplets ou contradictoires et les critères d'une sortie finale réussie.

L'un des grands avantages du modèle orchestrateur-sous-agent est l'isolation du contexte. Chaque sous-agent ne voit que les informations pertinentes pour sa sous-tâche, et non l'historique complet du projet. Cela maintient une fenêtre de contexte réduite pour chaque sous-agent et évite l'épuisement du contexte qui affecte les agents uniques. L'orchestrateur conserve la vue globale, tandis que les sous-agents gardent des vues locales ciblées.

Les systèmes multi-agents sont plus difficiles à déboguer que les agents uniques, car des échecs peuvent se produire à chaque étape de délégation. Ajoutez toujours une journalisation structurée pour suivre : les tâches déléguées, le sous-agent auquel elles ont été confiées, leurs entrées et sorties, la durée de chacune et la nécessité éventuelle de nouvelles tentatives. Des outils comme LangSmith et Langfuse prennent en charge la visualisation des traces multi-agents.

Un exemple concret du modèle orchestrateur-sous-agent est un générateur de rapports d'analyse concurrentielle. L'orchestrateur reçoit la demande « Rédigez une analyse du concurrent de l'entreprise X ». Il délègue : la sous-tâche de recherche à un agent de recherche (qui trouve les tarifs, les fonctionnalités et les avis), la sous-tâche d'analyse à un agent analyste (qui identifie les forces et les faiblesses) et la sous-tâche de mise en forme à un agent rédacteur (qui produit le rapport final). Chaque spécialiste fait ce qu'il sait le mieux faire.

Testez votre compréhension du modèle orchestrateur-sous-agent présenté dans cette leçon.

Dans cette leçon, vous avez appris que le modèle orchestrateur-sous-agent utilise un agent coordinateur pour décomposer le travail et le déléguer à des spécialistes, que les paquets de tâches doivent définir clairement l'objectif, le contexte et le format de sortie attendu pour que la délégation fonctionne, et que l'isolation du contexte conserve une fenêtre réduite pour chaque sous-agent tandis que l'orchestrateur maintient la vue globale. Dans la prochaine leçon, nous construirons des chaînes de traitement multi-agents avec LangGraph.