Deux fonctions souvent confondues
Dans beaucoup de systèmes, un seul composant planifie et exécute : il découpe la tâche, choisit un outil, observe le résultat, ajuste la suite. Cette concentration est pratique pour un prototype, mais elle brouille l'analyse. Quand une erreur survient, on ne sait pas si le plan était mauvais ou si son exécution a dérapé en chemin. Séparer les deux notions permet de poser la question au bon niveau. Le planificateur décide de ce qu'il faut faire ; l'orchestrateur décide comment le faire et dans quel ordre, en tenant compte des moyens réellement disponibles à cet instant.
La confusion ne vient pas seulement du code : elle vient du vocabulaire, souvent employé de manière interchangeable. Or les deux rôles n'ont pas les mêmes critères de réussite. Un bon plan est cohérent et complet ; une bonne orchestration est fluide et robuste. Un plan élégant mais impossible à exécuter ne sert à rien, et une exécution impeccable d'un plan mal posé mène droit dans le mur. Nommer distinctement ces responsabilités est le premier pas pour les concevoir, les tester et les attribuer selon les compétences disponibles dans l'équipe.
Le planificateur décompose, l'orchestrateur coordonne
Le planificateur transforme un objectif en une suite d'étapes. Il identifie ce qu'il faut accomplir, dans quel enchaînement, quelles ressources seront nécessaires à chaque moment. Selon les cas, il s'appuie sur des règles écrites, sur une recherche dans un espace de solutions possibles ou sur un modèle qui propose un déroulé. Son travail se juge sur la pertinence logique du plan : les étapes sont-elles nécessaires, dans un ordre viable, avec leurs prérequis satisfaits ? Un planificateur se trompe quand il ordonne mal, oublie une étape ou suppose disponible ce qui ne l'est pas. Sa sortie est un schéma d'action, pas encore une action.
L'orchestrateur prend ce schéma et le met en mouvement. Il appelle les outils, gère les dépendances entre les étapes, réagit aux échecs, relance ce qui doit l'être. C'est lui qui compose avec les imprévus : un service indisponible, une réponse inattendue, un délai dépassé sans raison apparente. Son travail se juge sur la capacité à mener la tâche à bien malgré ces aléas. Un planificateur raisonne sur l'idéal, un orchestrateur sur le réel. Les deux se complètent : l'un donne la direction, l'autre tient le cap quand la route se dérobe sous les pas.
Ce que chaque rôle suppose en pratique
Concevoir un planificateur demande de définir l'objectif, les étapes possibles et les contraintes qui pèsent sur elles. Il faut souvent prévoir des niveaux de détail : un plan trop grossier rate des dépendances essentielles, un plan trop fin devient ingérable et fragile au moindre changement. Le planificateur suppose aussi d'accepter l'incertitude : son schéma n'est qu'une hypothèse, à réviser au contact du réel. Cela invite à ne pas figer le plan trop tôt, à prévoir l'échec d'une étape et sa reprise. Un plan qui n'anticipe aucune défaillance est rarement un bon plan.
Un orchestrateur suppose de son côté des moyens d'observation et de reprise. Il doit savoir ce que fait chaque appel, détecter un résultat anormal, décider d'abandonner une branche ou de réessayer autrement. Cela suppose des limites : un nombre de tentatives, un budget de temps ou de calcul, un seuil au-delà desquels on s'arrête proprement. Sans ces garde-fous, l'orchestrateur peut tourner sans fin sur une erreur qu'il ne comprend pas. L'orchestration n'est pas la simple exécution d'un plan : c'est l'exécution qui tient compte de ce qui se passe vraiment, y compris quand rien ne se passe comme prévu.
Choisir une architecture selon la nature de la tâche
Toutes les tâches ne justifient pas une séparation nette. Un enchaînement simple et stable se contente de règles : la planification est connue d'avance et l'orchestration se réduit à suivre une séquence. La distinction devient utile quand la tâche est ouverte, quand le plan doit être reconstruit à mesure que l'on progresse, quand les moyens disponibles varient au fil de l'exécution. Dans ces cas, isoler le planificateur apporte de la clarté : on peut le tester sur la cohérence de ses plans, indépendamment de ce que fait l'orchestrateur. L'architecture suit la nature du problème, pas une mode passagère.
Le choix engage aussi la manière de corriger les erreurs. Si les deux rôles sont séparés, un plan fautif se repère et se corrige au niveau du planificateur, sans toucher à l'exécution. Une orchestration défaillante se traite de son côté, sans réécrire la logique de décision. Cette lisibilité facilite la maintenance et l'amélioration continue, deux exigences que l'on sous-estime tant que tout fonctionne. À l'inverse, tout confondre revient à n'avoir qu'un gros organe où chaque correction risque d'en casser une autre. Distinguer n'est pas compliquer : c'est rendre réparable ce qui doit durer.
Aller plus loin
Savoir où placer la planification et l'orchestration détermine la robustesse d'un agent bien plus que le choix du modèle sous-jacent. Notre catalogue des 31 formations propose des parcours sur l'architecture des agents et l'orchestration des outils. Ils s'adressent à ceux qui construisent des systèmes capables d'agir sans se perdre en route.
Vous voulez maîtriser ce sujet en pratique ?
Cabinet MARA forme en ligne, sur des cas réels, avec des modules courts et un suivi de progression.
Voir la formation liée Les 31 formations