Les multi-agents dansent désormais le talchum

Au moment où le main agent appelle un subagent, le système multi-agent devient plus proche de la dépendance que de la collaboration. Au début, on a l’impression que les rôles sont répartis, mais avec le temps, le subagent se fige moins comme un agent indépendant que comme une fonction interne du main agent. Il devient alors difficile de le réutiliser dans d’autres flux, de le reconfigurer comme une unité d’exécution équivalente, ou encore de maintenir chaque agent comme une entité disposant de son propre MCP, skill, system prompt et model.

C’est pourquoi je ne voulais plus voir le multi-agent comme de l’orchestration. Je voulais le voir comme de la chorégraphie, comme un talchum. Non pas une structure où une personne dirige et les autres suivent, mais une structure plus proche d’êtres ayant chacun leur rôle et leur personnalité, qui nouent des relations et créent des scènes ensemble.

Problème

Les architectures multi-agents existantes évoluent généralement ainsi.

• le main agent appelle un subagent
• le subagent est traité davantage comme une fonction interne que comme un participant indépendant
• l’ensemble est optimisé pour des appels ponctuels plutôt que pour la réutilisation
• les relations et les flux finissent cachés dans le code ou les fichiers de configuration
• il devient de plus en plus difficile de comparer ou de combiner les réglages propres à chaque agent

Au final, plus le nombre d’agents augmente, plus il devient facile que la structure collaborative ne s’enrichisse pas vraiment et prenne plutôt la forme de fonctionnalités qui continuent de s’accrocher sous un agent supérieur.

Approche

dance-of-tal répond à ce problème sous la forme d’un gestionnaire de paquets multi-agent. L’idée centrale est de ne pas considérer les agents comme des cibles d’appel liées par une hiérarchie main/sub, mais comme des composants réutilisables.

dance-of-tal traite le multi-agent selon quatre unités.

• Tal : l’identité et la personnalité de l’agent
• Dance : les capacités et skills réutilisables
• Performer : l’unité d’exécution combinant Tal + Dance + model/tool/MCP/runtime
• Act : les relations et le flux de collaboration entre plusieurs Performer

On peut le résumer ainsi.

• Tal : qui est-ce ?
• Dance : que peut-il faire ?
• Performer : est-ce l’agent réellement exécuté ?
• Act : comment plusieurs agents se déplacent-ils ensemble ?

Autrement dit, dance-of-tal est moins un outil pour multiplier les subagents qu’une couche qui permet de packager les agents, de les réassembler et de les réutiliser dans d’autres flux.

DOT Studio

DOT Studio, construit au-dessus, est un éditeur et runtime de style Figma conçu pour cette architecture.

• il permet de placer sur un canvas des agents avec des configurations différentes
• il permet de disposer et connecter Tal, Dance, Performer et Act
• il permet de modifier visuellement les relations et les flux de collaboration
• il permet l’édition directe, ou la réduction des tâches répétitives via Studio Assistant
• il permet de manipuler dans le navigateur des configurations d’agents exécutées sur OpenCode

L’important, c’est que cet outil n’est pas simplement une « UI qui dessine joliment ».
Il permet de déployer sur un même écran des agents dotés de MCP, skill, system prompt et runtime différents, puis de concevoir directement quel rôle leur attribuer et comment les relier.

Liens

• DOT Studio: https://github.com/dance-of-tal/dot-studio
• dance-of-tal: https://github.com/dance-of-tal/dance-of-tal

[runableapp]

C’est vraiment un projet formidable. Le nom est excellent, et le design du site web est lui aussi remarquable. 👍🏻