Nous avons construit Mycellium (un système multi-agents sans orchestrateur) sur un semestre à la TUM. Avant cela, j'avais passé du temps dans des systèmes orchestrés chez Allianz et BCG. Les deux échouent. Simplement de manières différentes.
L'architecture par défaut est l'orchestration : un coordinateur décompose la tâche, distribue le travail, collecte les résultats, décide de ce qui est vrai. C'est propre, c'est lisible, et c'est aussi un goulot d'étranglement par conception. Le coordinateur doit être suffisamment intelligent pour décomposer correctement l'ensemble du problème dès le départ. Si cela échoue, chaque agent en aval hérite de l'erreur — avec pleine assurance.
Les systèmes émergents inversent cela. Les agents s'auto-organisent, convergent vers une réponse par un mécanisme proche du consensus, et aucun nœud unique n'« a le contrôle ». Ça semble mieux — jusqu'au moment où quelque chose tourne mal. Un orchestrateur défaillant est au moins facile à interroger : on peut désigner l'étape qui a échoué. Un système émergent qui converge silencieusement vers une mauvaise réponse est bien plus difficile à déboguer, car il n'existe aucune décision unique vers laquelle remonter.
La distinction qui compte vraiment en pratique
Utilisez l'orchestration lorsque la tâche possède une hiérarchie naturelle (étape 1, puis 2, puis 3) et que chaque étape est vérifiable indépendamment. Pipelines de validation de données, workflows de modération de contenu, tout ce dont on connaît la forme de la solution à l'avance.
Utilisez l'émergence lorsque le problème est décomposable mais que la bonne décomposition n'est pas connue à l'avance : tâches de recherche ouvertes, ou problèmes créatifs où l'on souhaite justement que les agents s'aventurent dans des pistes qu'on n'avait pas anticipées.
Ce dont personne ne parle
Les deux architectures échouent sans un investissement sérieux dans l'observabilité. L'orchestration donne des logs gratuitement. L'émergence ne donne rien gratuitement : il faut construire soi-même le replay. Nous avons construit un outil de replay étape par étape pour Mycellium avant même que l'architecture ne soit prête pour la production, et cet outil s'est finalement révélé plus important que le design qu'il examinait.
La leçon que j'ai emportée avec moi chez BCG, c'est d'arrêter de débattre entre orchestration et émergence comme s'il s'agissait d'un choix philosophique. Construire le système, puis consacrer un effort réel à le rendre inspectable. Un orchestrateur transparent l'emportera toujours sur un système émergent mystérieux, non pas parce que l'orchestration est meilleure, mais parce qu'on ne peut pas faire confiance à ce qu'on ne peut pas voir.
Voir le projet Mycellium en détail : Mycellium : Système d'essaim multi-agents sans orchestrateur