Six agents spécialistes offrent à ConvertSail une route gouvernée entre ses outils de prestation, sans supposer que chaque canal a besoin d’un bot qui intervient.

ConvertSail ne manquait pas d’outils. L’agence avait un problème d’autorité : les bonnes données existaient, mais un assistant pouvait interroger la mauvaise connexion, annoncer qu’un compte actif était déconnecté et perdre aussitôt la confiance de l’équipe.

Éléments probants à la publication : six agents configurés, 25 connexions et les services Caddy, Command Center, Claw3D, proxy de facturation et OpenClaw ont été vérifiés actifs le 30 mai 2026. La source ne conserve ni adoption mesurée ni résultat commercial ; ce cas reste donc construit, avec preuve d’adoption en attente.

L’entreprise

Alex Momeni dirige ConvertSail, une agence et opération de croissance e-commerce. La prestation client traverse Meta Ads, Google Workspace, QuickBooks, Calendly, Fathom, Slack, Discord, la messagerie, les pages d’atterrissage et les vues internes de pilotage.

Chaque surface détient une partie différente du travail. Fathom porte le contexte des réunions. Calendly, l’état des réservations. Meta, la performance d’acquisition. Les canaux d’équipe, les consignes du moment. QuickBooks, le parcours financier. Un opérateur utile doit savoir non seulement atteindre ces systèmes, mais aussi lequel fait autorité pour chaque tâche.

La contrainte

Le contexte et l’action étaient séparés. Si le système vérifiait dans Composio un compte Meta déjà relié par un connecteur natif, il pouvait produire une fausse déconnexion. S’il demandait une autorisation Google Docs par Composio alors que Google Workspace utilisait déjà gws-auth, il ajoutait de la friction.

La communication ajoutait une seconde contrainte. L’assistant devait répondre lorsqu’un membre autorisé faisait avancer la prestation, tout en restant silencieux pendant les conversations ordinaires dans Slack. Un système qui manque le vrai travail est peu fiable ; un système qui interrompt chaque message est inutilisable.

Pourquoi les outils existants ne suffisaient pas

Chaque prestataire pouvait remplir sa propre fonction, mais aucun ne fournissait la politique de routage entre les systèmes. Un assistant généraliste ne pouvait pas non plus réunir en sécurité analyse publicitaire, contenu, contrôle financier, prospection et assurance qualité des pages dans un rôle indistinct.

ConvertSail avait besoin d’une séparation par département, d’une autorité explicite des sources et d’une étiquette de canal codées dans la couche opérationnelle. Le travail visuel devait aussi se conclure par une inspection, pas par un message affirmant qu’une page avait été améliorée.

Cartographie de la transformation

Avant

Meta | Workspace | Fathom | Calendly | QuickBooks | canaux d’équipe -> Alex résout la source et le contexte -> le travail avance

Après

Demande autorisée -> routeur de rôle -> chemin prestataire faisant autorité -> travail spécialiste -> contrôle visuel ou humain -> sortie visible par l’équipe

Le changement important n’est pas le nombre d’agents. C’est la règle déterministe dont chacun hérite pour savoir où chercher la vérité.

Un processus de bout en bout

1. Entrée : une demande de prestation autorisée arrive dans Discord ou par mention directe dans Slack.
2. Contexte : le système lit l’historique récent autorisé et récupère le contexte de réunion via l’assistant Fathom.
3. Routage : l’agent principal confie la tâche à Ads, Content, Pipeline, Strategy ou Outreach selon le mode requis.
4. Autorité : un audit Meta suit le chemin natif Meta ; le travail Workspace utilise gws-auth ; la finance relevant de QuickBooks suit sa route Tool Router.
5. Production : le spécialiste prépare analyse, message, ressource ou modification de page. Pour une page, le processus inclut l’inspection du site déployé et des captures avant/après.
6. Contrôle : envois externes, publication et changements de compte engageants restent soumis à validation.
7. Trace : le résultat revient dans la surface d’équipe appropriée ; garde-fous et nettoyage des sessions limitent l’accumulation de contexte obsolète.

Ce qui a changé

• Construit : six rôles — Main, Ads, Content, Pipeline, Strategy et Outreach — ainsi que connecteurs prestataires, compétences pour pages de conversion, garde-fous de session et nettoyage automatisé.
• Connecté : chemins natifs Meta Ads et Google Workspace, assistants Calendly et Fathom, historique Discord en lecture seule ; QuickBooks et certains outils financiers passent par Composio Tool Router.
• Testé : règles d’audit Meta, contexte des e-mails clients, QA des pages, banques de prompts, choix du prestataire et comportement de réponse autorisée dans Discord ont été durcis.
• Vérifié : le 30 mai 2026, six agents, 25 connexions et les services d’exécution principaux étaient actifs.
• Utilisé activement : les documents ne quantifient ni l’usage courant de l’équipe ni les résultats clients achevés. L’activité technique n’est pas présentée comme preuve d’adoption.
• Dépendances restantes : les actions externes engageantes restent soumises à validation, et une trace d’usage est requise avant de qualifier l’adoption opérationnelle de vérifiée en production.
• Résultat financier communiqué par le client : aucun.

Preuves

• Preuve agents : six rôles spécialistes configurés autour de la prestation d’agence.
• Preuve de routage : 25 connexions au point de vérification.
• Preuve d’exécution : Caddy, Command Center, Claw3D, proxy de facturation et OpenClaw actifs le 30 mai 2026.
• Preuve d’autorité : les règles écrites distinguent les parcours natifs Meta, gws-auth, Tool Router et historique Discord en lecture seule.
• Frontière de revendication : aucun gain de temps, hausse de chiffre d’affaires ou volume d’adoption n’est déduit du déploiement technique.

La technologie — en dernier

Le déploiement exécute OpenClaw 2026.5.6 sur un VPS avec Discord, Slack, proxy de facturation, contexte de type gbrain, outils natifs Meta Ads, gws-auth, QuickBooks via Composio Tool Router, assistants Calendly et Fathom, connecteur Discord en lecture seule, Command Center, Claw3D, Caddy et outils pour sites de conversion. Les tâches cron obsolètes ont été corrigées, les grandes sessions Discord ont reçu un nettoyage automatique et les parcours exigeants de design ou de contenu pouvaient utiliser un modèle plus puissant.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. Le dossier de déploiement soutient les revendications d’architecture et d’exécution ; il n’autorise pas RECAST à fabriquer un témoignage.

Transformation suivante

Découvrez comment Scaling Webinars a coordonné huit départements spécialistes dans un centre de pilotage commun. Les deux systèmes résolvent la coordination d’agence entre outils, avec des frontières prestataires et de validation différentes.

Obtenez votre feuille de route IA

Si votre assistant réclame sans cesse des connexions que vous possédez déjà, le goulot n’est pas une intégration supplémentaire. C’est l’autorité des sources. Réservez un audit IA gratuit pour attribuer le bon prestataire, le bon opérateur et la bonne validation à chaque processus récurrent.

Sources

• OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, page 10.
• RECAST_CASE_STUDIES_2026_UPDATED.pdf, page 6, document RA-CASES-001, version 2.0.
• RECAST_WEBSITE_MASTER_BLUEPRINT.md, sections 10.4, 11 et 58.