Multi-agents: structurer les canaux de communication pour éviter la confusion
Sommaire
En bref
- Un article qui pose un problème réel : quand plusieurs agents et humains communiquent via un seul canal, les messages se mélangent et deviennent impossibles à auditer.
- L'auteur propose de séparer les flux en cinq canaux distincts : supervision (amont), tâches déléguées (aval), collaboration humaine (latéral), coordination entre pairs, et alertes.
- Sans cette structure, les instructions perdent leur autorité, les réponses vont aux mauvaises adresses, et l'historique devient inintelligible.
Ce que dit la source
Harshal Gajjar décrit un problème qu'il rencontre en personne : orchestrer plusieurs agents ensemble via une interface classique de chat produit une confusion croissante. Chaque relation (superviseur, subordonnés, pairs, collaborateur humain, système) génère des messages qui s'entassent sans distinction. Le modèle lui-même ne s'y perd pas (il a le contexte complet), mais le supervisant humain, l'auteur, se retrouve à reconstituer manuellement qui a dit quoi après 20 minutes de lecture.
- Cinq relations communicationnelles coexistent en même temps chez un agent multi-rôle : amont (supervision), aval (agents managés), latéral (co-travail avec un humain), pairs (coordination entre agents pairs), alertes (événements système).
- Amont vs latéral partagent une source commune (l'humain) mais diffèrent en autorité et contexte : l'amont parle du travail de l'extérieur (objectifs, délais, sign-off), le latéral parle dedans (correction de cette ligne, ce bug).
- Sans séparation, les dégâts sont visibles : instructions perdent leur provenance et donc leur poids, réponses arrivent aux mauvaises destinations, deux agents pairs ignorent qu'ils font le même travail jusqu'à trop tard, alertes soit se noient soit hijackent tout.
- L'ajout de tags ou préfixes ("[ALERT]", "from owner") atténue le problème pour l'agent mais ne résout rien pour l'humain : il doit toujours lire mille lignes taggées pour retrouver la ligne qui compte.
- La solution proposée : cinq canaux distincts au sein d'un même contexte de travail, avec des vues séparées pour l'humain. Le modèle voit le tag et respecte les frontières ; l'intervenant humain a des filtres par canal.
Dans les commentaires
Débat minimal, commentaire unique substantiellement critique ("Slop").
- Un commentaire poste un lien vers pangram.com sans contextualiser, suivi de "Slop", probablement un jugement brutal sur la qualité ou la pertinence de la pièce, sans détail constructif.
Notre lecture
L'article pose un problème architectural réel : confondre cinq types de relations de communication en un seul flux est intenable à mesure que les systèmes multi-agents deviennent opérationnels. L'intuition de séparer les canaux par rôle (amont/aval/latéral/pairs/alertes) répond à un besoin tangible, et le manque de maturité des harnesses actuelles en ce domaine est avéré. Cependant, la proposition reste au stade du design, aucun prototype ni comparaison avec les approches existantes (Discord-like server structuring, message queues partitionnés, etc.). Pour les équipes expérimentant l'orchestration multi-agents, c'est à surveiller et à tester dans vos propres harnesses ; pour les autres, trop précoce pour en tirer une recommandation.