Analyses systèmes · Traces de terrain
Sept systèmes multi-agent, en production.
Sept systèmes conçus, construits ou opérés sous ma responsabilité. Chaque entrée est documentée par son architecture, ses primitives, sa gouvernance et son impact opéré. Pas de logos, pas de témoignages mis en scène : les clients restent confidentiels par défaut.
Deux de ces systèmes ont été récompensés sur la GoHighLevel Global AI Agents Competition 2025 — l'une des rares compétitions internationales à classer des architectures multi-agent réellement en production, sur les catégories Chat et Voice.
01 · Multi-Agent · Chat
24/7 Multi-Agent Chat Booking
WinnerGoHighLevel Global AI Agents Competition 2025
Système chat multi-agent autonome qui qualifie les visiteurs, répond aux questions, traite les objections et déclenche la prise de rendez-vous en 24/7. Conçu pour des services entreprises avec exigence de précision humaine.
Rôle · Architect · Build · Run
- Contexte
- Acquisition entrante non couverte la nuit et le week-end ; objections récurrentes mal traitées par des chatbots statiques ; calendrier vendeur saturé par des conversations non qualifiées.
- Design
- Découpage en agents spécialisés (accueil, qualification, traitement d'objections, booking) avec contrats d'interaction explicites. Mémoire de session courte, mémoire métier persistante pour les règles produit, escalade humaine typée sur signal de doute.
- Gouvernance
- Chaque rendez-vous pris est tracé avec la conversation qui l'a déclenché. Les règles produit vivent dans un store gouverné, pas dans le prompt. Les ajustements éditoriaux passent par revue avant déploiement.
- Résultat
- Acquisition entrante stabilisée hors-horaires. Calendrier sales rempli sans intervention manuelle. Cycle de revue éditoriale court.
Primitives
- Agent mandate
- Qualification contract
- Objection ledger
- Booking handoff
- Escalation signal
Observé en production
- 40–120RDV qualifiés / mois
- 50–70 %Réduction charge chat
- 24/7Qualification continue
02 · Multi-Agent · Voice
24/7 Multi-Agent Voice AI Ops
FinalistGoHighLevel Global AI Agents Competition 2025
Agents vocaux naturels qui prennent les appels entrants, routent les demandes, gèrent le support, prennent les rendez-vous et escaladent vers un humain quand le contexte l'exige.
Rôle · Architect · Build · Run
- Contexte
- Standards téléphoniques saturés, appels manqués hors-horaires, qualité de réponse hétérogène d'un opérateur à l'autre, coût de réponse linéaire au volume.
- Design
- Boucle voix temps réel découpée en agents (accueil, intent, action, escalade). Latence cible sous-seconde. Frontière explicite entre actions autonomes (lecture, prise de RDV) et actions sensibles (engagement contractuel, paiement).
- Gouvernance
- Chaque appel laisse un transcript indexé. Les actions sensibles ne sont jamais exécutées sans validation humaine ou contrat explicite. La latence et la qualité sont mesurées par cohorte.
- Résultat
- Plus d'appel perdu hors-horaires. Support de premier niveau largement autonomisé. Escalade humaine concentrée sur les cas qui en valent l'effort.
Primitives
- Voice envelope
- Intent classifier
- Action capability
- Escalation route
- Replay key
Observé en production
- 70–90 %Accélération temps de réponse
- 30–50 %Réduction charge support
- 24/7Qualification et booking
03 · Lifecycle · Human + AI
Hybrid Human + AI Appointment Lifecycle
Cycle de vie complet — booking, rappel, réunion, recap bilingue, suivi, tri du courrier entrant — orchestré par l'IA mais validé par l'humain sur les actions qui engagent.
Rôle · Architect · Build · Run
- Contexte
- Cabinets et dirigeants débordés par l'administration relationnelle : recap manuels, follow-ups oubliés, courriers entrants sans tri, notes éparses. Promesse d'expérience premium difficile à tenir.
- Design
- Pipeline event-driven : chaque jalon du cycle déclenche un agent. Recap bilingue FR/EN automatique, follow-ups programmés, tri IA des formulaires entrants avec brouillons email validés par l'humain.
- Gouvernance
- Aucun email engageant n'est envoyé sans relecture humaine. Toutes les étapes sont auditables. Les formulations sensibles sont gabaritées et versionnées.
- Résultat
- Zéro follow-up oublié. Expérience client prévisible et premium. Charge administrative drastiquement réduite côté équipe.
Primitives
- Lifecycle event bus
- Bilingual recap
- Follow-up scheduler
- Inbound triage
- Human draft validation
Observé en production
- 0Follow-up oublié
- FR/ENRecap bilingue instantané
04 · Media · Source-to-Artifact
Automated AI Video Production Engine
Pipeline URL → vidéo → publications réseaux sociaux. Une source web devient un format média prêt-à-publier en quelques minutes, sans intervention manuelle.
Rôle · Architect · Build
- Contexte
- Production de contenu vidéo manuelle, lente, coûteuse, hétérogène entre marques et formats. Forte demande d'output multi-plateforme, faible capacité d'exécution.
- Design
- Chaîne d'agents : extraction de source, scénarisation, voix, montage, formats par plateforme, programmation. Chaque étape produit un artefact validable.
- Gouvernance
- L'humain reste éditeur final sur les segments engageants. Les droits, sources et attributions sont tracés à chaque étape.
- Résultat
- Capacité d'output multipliée. Cohérence éditoriale préservée. Délai de mise en marché réduit d'un ordre de grandeur.
Primitives
- Source asset
- Script artifact
- Voice synthesis
- Format profile
- Publish slot
Observé en production
- 95 %Accélération production
- Multi-plateformeOutput par défaut
05 · Platform · Multi-tenant
Multi-Tenant AI Content Platform
Plateforme SaaS multi-tenant où chaque organisation cliente dispose de son propre espace, sa propre voix de marque, ses propres règles de gouvernance — sur une architecture API-first commune.
Rôle · Architect · Build
- Contexte
- Besoin de servir plusieurs clients avec exigences éditoriales, légales et opérationnelles distinctes, sans dupliquer la stack.
- Design
- Isolation tenant stricte, capabilities granulaires, configurations versionnées, observabilité commune. Tenants agence vs sous-comptes clients distingués structurellement.
- Gouvernance
- Aucun croisement de données entre tenants. Chaque changement de capability est tracé. Les exports respectent le périmètre du tenant.
- Résultat
- Onboarding rapide de nouveaux tenants. Maintenance unique pour la stack commune. Customisation sans branchement de code dédié.
Primitives
- Tenant scope
- Capability ACL
- Versioned config
- Tenant observability
06 · CRM · Lifecycle
Google Reviews & Customer Re-activation
Système de sollicitation d'avis Google et de réactivation client articulé sur la base CRM existante. Personnalisation par segment, gouvernance des relances, respect du consentement.
Rôle · Architect · Build
- Contexte
- Base CRM riche mais sous-exploitée. Avis Google insuffisants pour le référencement local. Réactivation manuelle aléatoire.
- Design
- Segmentation comportementale, scénarios de sollicitation typés, cadence respectueuse, opt-out tracé, mesure de l'effet sur le rating et le repeat.
- Gouvernance
- Aucune sollicitation sans base légale claire. Cadence plafonnée. Opt-out instantané, tracé et respecté côté tous canaux.
- Résultat
- Réputation locale renforcée. Réactivation prévisible des dormants. Effet mesurable sur le rating et le repeat business.
Primitives
- Segment scope
- Solicitation contract
- Consent ledger
- Repeat signal
07 · Multi-Agent · Unified
Unified Multi-Agent Voice + Chat Ops
Façade unifiée voix + chat où les agents partagent une mémoire commune, des règles communes et des escalades cohérentes — quel que soit le canal d'entrée.
Rôle · Architect · Build · Run
- Contexte
- Canaux voix et chat opérés en silos, mémoire client fragmentée, expériences incohérentes selon le canal, escalades qui repartent de zéro à chaque réponse.
- Design
- Couche de session client unifiée, identifiants stables inter-canal, règles métier partagées, observabilité commune voix+chat. Les agents canal-spécifiques s'attachent à cette couche sans la dupliquer.
- Gouvernance
- Une seule grille de décision, une seule mémoire opérationnelle, une seule politique d'escalade. Les divergences de canal sont des configurations, pas des forks.
- Résultat
- Le client est reconnu d'un canal à l'autre. Les opérateurs humains arrivent dans l'escalade avec tout l'historique. Les règles métier se changent en un seul endroit.
Primitives
- Client session
- Cross-channel identity
- Shared rule store
- Channel adapter
- Unified trace