DevOps
Un pattern maillage multi-agents où les agents communiquent via un broker de contexte partagé soutenu par MCP. Permet l'accès coordonné aux outils et la synchronisation d'état à travers plusieurs agents spécialisés (planificateur, codeur, réviseur, opérateur). Supporte les patterns d'interaction orchestrés et chorégraphiés.
Orchestrator { # Orchestrator Agent
n1: circle label="Complex task received"
n2: rectangle label="Decompose into subtasks"
n3: rectangle label="Assign subtask to Agent B"
n4: rectangle label="Receive subtask result"
n5: rectangle label="Request shared context"
n6: rectangle label="Compile final response"
n1.handle(right) -> n2.handle(left)
n2.handle(right) -> n3.handle(left)
n3.handle(bottom) -> Worker.n7.handle(top) [label="Subtask assignment"]
n4.handle(right) -> n5.handle(left)
n5.handle(bottom) -> Broker.n11.handle(top) [label="Context request"]
n6.handle(left) -> n2.handle(bottom) [label="Next iteration"]
}
Worker { # Worker Agent
n7: rectangle label="Receive subtask"
n8: rectangle label="Fetch shared context"
n9: rectangle label="Call MCP tool"
n10: rectangle label="Return result to orchestrator"
n7.handle(right) -> n8.handle(left)
n8.handle(bottom) -> Broker.n11.handle(left) [label="Context request"]
n8.handle(right) -> n9.handle(left)
n9.handle(bottom) -> MCPServer.n13.handle(top) [label="MCP tool call"]
n10.handle(top) -> Orchestrator.n4.handle(bottom) [label="Subtask result"]
}
Broker { # Shared Context Broker
n11: rectangle label="Resolve context request"
n12: rectangle label="Return shared state"
n11.handle(right) -> n12.handle(left)
n12.handle(top) -> Orchestrator.n6.handle(bottom) [label="Context to orchestrator"]
n12.handle(left) -> Worker.n9.handle(top) [label="Context to worker"]
}
MCPServer { # MCP Server
n13: rectangle label="Execute tool"
n14: rectangle label="Return tool output"
n13.handle(right) -> n14.handle(left)
n14.handle(top) -> Worker.n10.handle(bottom) [label="Tool output"]
}
DevOps
Le pattern MCP le plus simple — connexion directe entre application hôte et serveur MCP via stdio ou HTTP. Pas de sauts supplémentaires, latence minimale, débogage facile. Parfait pour les MVP, hackathons, et configurations mono-équipe où la gouvernance sécurité n'est pas encore une préoccupation.
DevOps
Un pattern de passerelle API situé entre les agents et les serveurs MCP pour gérer l'authentification, les limites de taux et l'audit. La passerelle applique OAuth 2.0, SAML, SSO, limitation de taux au niveau outil, et quotas par équipe. Essentiel pour les déploiements MCP multi-équipes ou multi-locataires.
DevOps
Un pattern de routage qui place un routeur sémantique devant les outils MCP pour que le LLM ne voie que le sous-ensemble dont il a besoin. Utilise des embeddings vectoriels et la similarité cosinus pour matcher l'intention utilisateur aux outils dynamiquement. Réduction jusqu'à 96% des tokens d'entrée avec les grands catalogues d'outils.
DevOps
Un pattern de résilience qui enveloppe les appels MCP avec des barrières conscientes de la santé utilisant trois états : Fermé (normal), Ouvert (échecs détectés, échec rapide), et Semi-Ouvert (test de récupération). Prévient les échecs en cascade quand les outils deviennent non réactifs. Essentiel pour la fiabilité de niveau production.
DevOps
Une couche de mise en cache et compression située entre les agents et les serveurs MCP, interceptant les requêtes de contexte redondantes avant qu'elles n'atteignent le réseau. Utilise l'invalidation de cache basée sur TTL, compression Brotli, et cache sémantique. Réduction jusqu'à 95%+ des tokens et factures LLM significativement réduites.
Architecture
Une architecture IA agentique à agent unique où un seul agent gère tout : analyser les requêtes, raisonner, appeler les outils via MCP, et générer les réponses. C'est l'architecture par défaut pour les prototypes et automatisations simples—facile à déboguer mais atteint rapidement les limites de fenêtre de contexte et est difficile à paralléliser. Idéale pour les MVPs et les développeurs solo qui livrent vite.