Collaboration
Chaque capsule contribue son expertise. Iris perçoit, Themis vérifie, Sol score. Aucune capsule ne fait tout — spécialisation native.
Le Swarm Engine compose vos capsules en équipes coordonnées. 8 topologies natives (sequential, parallel, hierarchical, router, reflexive, consensus, event_driven, network) + hybrid en combinaison. Consensus byzantine au runtime. HITL gates structurels. Chaque agent garde son identité cryptographique propre.
47
swarms actifs
384
capsules orchestrées
4
topologies natives
12
consensus BFT / min
0
byzantine failures
8 topologies natives + hybrid
Le runtime exécute vraiment ces topologies — pas du multi-prompt déguisé. Chaque topology a ses propres garanties (latence, consistency, fault tolerance).
Leader + workers + délégation
leader_followerUn leader dispatch aux workers, agrège les résultats. Topology la plus utilisée — flexible, scalable, robuste. Multi-niveau possible (leader → sub-leaders → workers).
Cas d'usage
Recrutement RH · M&A due diligence · Audit multi-département
10 architectes vivants
Atlas + Iris + Vega + Nova + Sol + Cosmo + Cable + Forge + Themis (9 spécialistes) + Pulse R&D (24/7 Enterprise). Chaque capsule a son identité cryptographique propre, sa mémoire, ses outils, ses intents cognitifs.
6 dimensions de coordination
Le Swarm Engine n'est pas un orchestrateur. C'est un protocole de coordination multi-agent — avec sémantique propre à chaque dimension.
Chaque capsule contribue son expertise. Iris perçoit, Themis vérifie, Sol score. Aucune capsule ne fait tout — spécialisation native.
Si désaccord entre capsules, Atlas arbitre selon une policy (priorité fiabilité > vitesse > coût). Le choix est tracé dans l'audit chain.
Chaque action sensible peut être marquée require_human_approval=true. Le swarm PAUSE, attend l'humain, reprend.
Si HITL refuse, le swarm reprend avec une stratégie alternative. Pas de blocage absolu — un fallback est toujours disponible.
Chaque capsule a son cognitive.intents + cognitive.reasoning_pattern propre. Le swarm choisit la capsule la plus adaptée au sous-problème.
Topology leader_follower native. Le leader peut élire un sub-leader (Atlas spawn un autre Atlas) sous charge.
6 types sectoriels
Entreprise entière coordonnée. Multi-département, multi-tenant, supervision exécutive, gouvernance IA centralisée.
Un département entier orchestré — RH, finance, juridique, support. Topologie leader_follower par défaut.
Pilotage opérationnel : commande, supply chain, maintenance, qualité. Topology sequential pour pipelines stricts.
Détection menace, validation flux, isolation, audit forensique. Topology voting pour décisions critiques.
OT/IT, capteurs edge, maintenance prédictive, optimisation énergie. Topology parallel pour analyse multi-source.
Procédures administratives, conformité, sécurité juridictionnelle. Topology voting + HITL strict.
Pourquoi MAR est unique
Face à CrewAI, AutoGen, LangGraph, Bedrock Multi-Agent : voici ce que MAR fait que personne d'autre ne fait.
Aucun concurrent (CrewAI, AutoGen, LangGraph) n'a de BFT au runtime. MAR Swarm Engine est le premier.
Les 8 topologies + hybrid sont définies au niveau Runtime — pas implémentées par chaque dev en Python. Cohérence garantie.
require_human_approval est dans le manifest YAML. Le runtime enforce. Pas une convention applicative — une garantie système.
Budget bar live au niveau swarm. Vous voyez €/run avant de déployer. Multi-capsules = coût agrégé visible.
Le swarm en action
Iris
Analyste
Vega
Sélecteur
Nova
Orchestrateur
Sol
Économiste
Cosmo
Cognition
Cable
Connectors
Forge
Builder
Themis
Reviewer
Pulse R&D · Enterprise
background · 24/7
Premier swarm en 5 minutes
8 topologies natives + hybrid · 10 architectes vivants · consensus byzantine · HITL gates structurels. Tout dans le Studio.