Routage intelligent : comment les agents IA se parlent entre eux

Dans tout système multi-agent, ce sont les agents eux-mêmes qui attirent l'attention. Mais la couche de routage — le mécanisme qui décide ce qui va où — détermine si le système fonctionne ou s'effondre en bruit incohérent.

Ce que signifie vraiment le routage

Le routage consiste à prendre la sortie d'un agent et à la livrer à la bonne destination, dans le bon format et au bon moment. Cela paraît trivial, mais chacune de ces trois dimensions introduit une complexité réelle :

• Bonne destination : la sortie va-t-elle à un agent ou à plusieurs ? Cela dépend-il du contenu ?
• Bon format : la sortie doit-elle être transmise telle quelle, résumée ou transformée ?
• Bon moment : l'agent aval doit-il démarrer immédiatement, attendre plusieurs entrées ou interroger les mises à jour ?

Triggers : quand une route se déclenche

Chaque connexion dans MadoHub porte un trigger — la condition qui décide quand sa sortie est livrée en aval. Il y en a quatre :

• on-complete : se déclenche quand l'agent amont termine sa tâche en cours
• on-idle : se déclenche quand l'agent amont devient silencieux sans signal explicite d'achèvement
• on-keyword : surveille la sortie du tile pour un mot-clé que vous spécifiez et se déclenche à son apparition
• always : livre en continu quel que soit l'état, utile pour observer un processus en cours d'exécution

Une nuance à connaître : on-complete et on-idle ne sont pas en réalité deux vitesses différentes. En interne, ils sont traités de manière identique — les deux démarrent le même minuteur d'inactivité et attendent environ 8 secondes de silence après le signal avant de livrer. Aucun des deux ne se déclenche instantanément.

Les nœuds de transformation

Parfois, la sortie brute d'un agent ne convient pas comme entrée pour le suivant. Un générateur de code peut produire un fichier complet avec des commentaires explicatifs, mais l'agent de tests n'a besoin que des signatures de fonctions.

Les nœuds de transformation se placent sur les connexions et remodèlent les données en transit. Chaque connexion porte l'un des cinq types de transformation :

• raw : les 10 dernières lignes de la sortie, telles quelles
• summary : un résumé de la sortie généré par IA
• full-output : les 30 dernières lignes de la sortie, pour quand plus de contexte est nécessaire
• prompt-wrap : enveloppe la sortie dans un template avec des variables comme {output}, {round}, {maxRounds} et {source}
• ai-routing : un prompt généré par IA, conscient du contexte, construit spécifiquement pour l'agent aval (nécessite une clé API)

Se prémunir contre les boucles incontrôlées

Connectez deux agents l'un à l'autre et vous avez construit une boucle. Les boucles sont ce qui fait fonctionner les workflows de revue-et-correction — mais une boucle sans limite est aussi un moyen d'épuiser une fenêtre de contexte ou un budget en quelques minutes.

MadoHub encadre cela avec une protection contre les boucles sur chaque route : un nombre maximal de rounds (cinq par défaut, configurable de un à vingt), un cooldown entre les livraisons (trois secondes par défaut, configurable jusqu'à trente), et un mot-clé d'arrêt optionnel — une sous-chaîne insensible à la casse que vous fournissez, qui met fin à la boucle dès qu'elle apparaît dans la sortie d'un agent.

Pour un autre type de filet de sécurité, il y a Peer-Veto : une porte de livraison, pas un système de vote. Il ne demande pas aux agents de se mettre d'accord sur quoi que ce soit. Il bloque simplement une livraison lorsque le tile cible est manquant ou que son processus s'est déjà terminé, afin qu'une route ne poste jamais silencieusement dans un tile incapable de la recevoir.

Inspecter la couche de routage

Le plus gros problème de la plupart des systèmes d'orchestration d'agents, c'est l'opacité. Quand quelque chose tourne mal, impossible de savoir si le problème vient de l'agent, du prompt ou du routage.

MadoHub journalise chaque décision de routage. Cliquez sur n'importe quelle connexion pour voir l'historique complet : ce qui a été envoyé, quand cela a été envoyé, quel trigger s'est déclenché et si une transformation a été appliquée. Le débogage des workflows multi-agents devient alors aussi simple que la lecture d'une trace réseau.

Le routage est une infrastructure. Ce n'est pas glamour. Mais le faire correctement, c'est la différence entre une démo et un système sur lequel vous pouvez compter.