Orchestrer plusieurs agents de code en parallèle : l'agent superviseur
Le développement assisté par IA change de forme. On ne parle plus à un agent, on pilote une flotte. Et bientôt, on ne pilote plus qu'un seul agent qui pilote la flotte à notre place.
Le goulot s'est déplacé
Il y a peu, écrire le code était l'étape lente. La complétion ligne à ligne a laissé place à des agents capables de prendre une tâche entière et de revenir avec un résultat complet. Le point limitant n'est plus la frappe. Il est ailleurs : coordonner plusieurs pistes de travail et relire ce qui sort.
| Hier | Aujourd'hui |
|---|---|
| On écrit le code ligne à ligne | On décrit l'intention, l'agent produit |
| Un agent, une tâche, on attend | Plusieurs agents avancent en parallèle |
| On garde le contexte dans sa tête | Vingt sessions dépassent la mémoire humaine |
| Le goulot est la production | Le goulot est la coordination et la revue |
Le multiplexeur qui comprend les agents
La première marche est un gestionnaire de sessions qui sait ce qu'est un agent. Les multiplexeurs de terminal classiques connaissent des fenêtres, des onglets et des panneaux, mais pas des agents. Un outil pensé pour l'agentique affiche l'état de chaque session : celle qui travaille encore, celle qui attend une réponse. On ne rouvre que les sessions qui réclament une décision.
La session vit côté serveur, pas dans une fenêtre graphique. On s'y reconnecte depuis n'importe quel appareil, y compris un téléphone, et on retrouve le même contexte, les mêmes agents en cours. Le poste de travail cesse d'être une machine et devient un état persistant, accessible partout.
L'agent superviseur qui délègue
Faire tourner vingt sessions règle la lenteur mais crée un autre problème : il faut se souvenir de ce que fait chacune. La marche suivante consiste à ne parler qu'à un seul agent, le superviseur, et à le laisser gérer les autres.
La règle qui rend le système utile est simple : le superviseur ne réalise jamais la tâche lui-même. Quand on lui demande de vérifier une revue en attente ou de suivre l'état d'un projet, il confie l'action à un sous-agent dédié et revient immédiatement disponible. S'il exécutait la tâche, il serait bloqué et l'on ne pourrait plus lui parler. En déléguant, il reste un interlocuteur qui écoute pendant que la flotte travaille.
| Rôle | Fonction |
|---|---|
| Agent superviseur | Reçoit les intentions, répartit le travail, suit l'avancement, ne s'exécute pas lui-même |
| Sous-agent | Traite une tâche isolée avec son propre contexte, rend un résultat |
| Gestionnaire de sessions | Rend visible l'état de chaque agent et permet d'aller voir une session au besoin |
| Mémoire partagée | Conserve le contexte des projets pour que le superviseur sache de quoi on parle |
Un seul interlocuteur, la flotte en arrière-plan
Le confort tient à un point : on reste en mode idées. On dépose une pensée, une question, une intention, et le superviseur enchaîne les étapes nécessaires sans qu'on ait à les détailler. Un projet parmi vingt dépôts publics n'a plus besoin d'être ouvert à la main : le superviseur sait quel dépôt correspond à quel nom et route la demande au bon endroit.
On peut toujours descendre dans une session précise. Comme un responsable qui s'adresse directement à un membre de l'équipe plutôt que de passer par le chef de projet, on ouvre la vue d'une piste pour comprendre pourquoi elle traîne. Mais c'est l'exception, pas le quotidien.
La confiance se construit par l'observation
Déléguer autant ne se décrète pas. Au début, le superviseur route mal les tâches, ou deux sous-agents travaillent sur la même chose et se marchent dessus. La confiance vient en observant, en corrigeant le processus, en resserrant les règles de délégation. Elle se gagne progressivement, jusqu'au point où le routage devient fiable et où l'on cesse de surveiller chaque étape.
La bonne question n'est plus « quel agent lancer », mais « à qui je parle pour que tout le reste se coordonne seul ».
Le nouveau goulot : la revue
Quand la production n'est plus le frein, c'est la relecture qui le devient. Valider des milliers de lignes écrites par des agents, pour ne pas livrer du code approximatif, demande une revue aussi sérieuse que celle d'un humain. Une couche de revue automatisée qui comprend le dépôt entier, tire le contexte des tickets et de la documentation, et fait tourner analyseurs et scanners de sécurité, filtre le gros du bruit. La supervision humaine des changements sensibles reste obligatoire, ce que le règlement européen sur l'intelligence artificielle rend incontournable.
Cette architecture n'est pas réservée au développement logiciel. Le même motif, un orchestrateur superviseur qui délègue à des sous-agents spécialisés au-dessus d'une mémoire partagée, structure une plateforme agentique d'entreprise. Il repose sur le harness, la boucle d'exécution qui donne au modèle ses outils et ses garde-fous.
Questions fréquentes
Pourquoi lancer plusieurs agents de code en parallèle ?
Un agent met du temps à terminer. Plusieurs sessions avancent sur plusieurs pistes en même temps, et le développeur passe d'exécutant à coordinateur.
Qu'est-ce qu'un agent superviseur ?
Un agent unique à qui l'on parle et qui délègue chaque tâche à un sous-agent dédié. Il ne s'exécute pas lui-même, donc il reste toujours disponible.
Faut-il tout confier d'emblée au superviseur ?
Non. La confiance se construit par l'observation et l'ajustement des règles de délégation, jusqu'à ce que le routage devienne fiable.
Quel est le nouveau point limitant ?
La revue du code produit. Une couche de revue qui comprend le dépôt et exécute les analyseurs filtre le bruit, mais la validation humaine des changements sensibles reste obligatoire.
Orchestrez vos agents chez vous
Un échange sans engagement pour cadrer une plateforme agentique souveraine, hébergée sur votre infrastructure.
Réserver un échange