RECAST
Notorious MBA · ExitGuru / Construit / adoption en attente

Six agents organisés comme des départements séparent le travail de croissance sans fragmenter le contexte métier qui le porte.

Notorious MBA · ExitGuru · Des activités tournées vers le marché allemand qui coordonnent stratégie, contenu, création, recherche de prospects et prospection

Construit / adoption en attenteServices professionnelsMulti-agentsDACH

Un espace multi-agents germanophone route pilotage, contenu, création, stratégie, prompts et compétences par des canaux dédiés, une mémoire partagée et des outils contraints.

Notorious MBA et ExitGuru avaient besoin de davantage qu’un généraliste habile. La croissance traversait stratégie, contenu, création, recherche de prospects, prospection, conception de prompts et compétences réutilisables. Tout réunir dans une conversation indistincte aurait rendu Kevin Hucker à nouveau responsable du routage — et de la mémoire.

Éléments probants à la publication : six agents et 36 connexions ont été observés le 30 mai 2026, avec routes Discord allemandes dédiées, mémoire gbrain, transcription vocale locale et outils Kie.ai configurés. La source ne conserve ni résultat commercial attribué au système ni volume de prospection de bout en bout.

L’entreprise

Kevin dirige Notorious MBA et des projets associés, dont ExitGuru. L’agenda opérationnel couvre stratégie de marque et d’offre, contenu écrit, e-mail marketing, création de ressources, recherche de prospects, prospection à froid et pipeline commercial. Chaque parcours bénéficie d’un contexte et de normes différents, mais tout le travail appartient à la même entreprise.

L’espace devait aussi paraître naturel pour un opérateur germanophone. Noms de canaux, comportement des agents et surfaces de progression ne pouvaient pas ressembler à une démonstration générique en anglais plaquée sur l’activité.

La contrainte

Un assistant unique aurait fusionné des responsabilités distinctes dans une file commune. Kevin aurait encore dû rappeler le contexte de chaque activité, préciser si la demande était stratégique ou tactique et séparer création et recherche commerciale. Des bots indépendants auraient produit le problème inverse : des capacités métiers privées de mémoire commune et de coordination sûre.

Le goulot se trouvait dans la couche de routage entre les bons outils et ce que Kevin délègue réellement.

Pourquoi les outils existants ne suffisaient pas

Make, Drive, Calendar, Composio, Kie.ai et les outils de prospection pouvaient chacun accomplir une partie. Ils ne définissaient ni le spécialiste propriétaire de la demande, ni le contexte Notorious MBA ou ExitGuru à retrouver, ni la surface où publier le résultat, ni l’exécution d’outils acceptable.

Il fallait des rôles métiers, des connexions aux canaux, un contexte durable et une exécution sur liste blanche. Sans ces contrôles, davantage d’outils auraient simplement multiplié les endroits à surveiller pour Kevin.

Cartographie de la transformation

Avant

Demande de croissance -> Kevin fournit le contexte et choisit les outils -> conversation générique ou processus manuel -> Kevin transmet le résultat

Après

Canal métier allemand -> spécialiste nommé -> mémoire de l’activité -> outil autorisé -> canal de revue ou département suivant

Un processus de bout en bout

Voici le parcours contenu-vers-création mis en œuvre ; la source vérifie ses composants, pas un volume publié de campagnes terminées.

  1. Entrée : Kevin place une exigence de contenu dans le canal allemand approprié au lieu de rebriefer une conversation générale.
  2. Routage : la connexion confie la tâche au parcours contenu, en séparant au besoin stratégie ou travail de prompt.
  3. Contexte : gbrain retrouve les éléments Notorious MBA ou ExitGuru dans la mémoire partagée.
  4. Brouillon : le spécialiste contenu produit la direction écrite dans son espace et selon ses consignes.
  5. Passage à la création : si une image ou vidéo est requise, le parcours créatif utilise sa route Kie.ai installée plutôt qu’un accès shell large.
  6. Revue : le résultat revient dans le canal de revue des ressources ou le canal métier avant tout usage externe.
  7. Réutilisation : les motifs de prompt ou compétences récurrents peuvent être confiés au prompt engineer ou au skill creator.

Ce qui a changé

  • Construit : six espaces agents distincts pour pilotage, contenu, création, stratégie/prospection, ingénierie de prompts et création de compétences.
  • Connecté : routage Discord allemand, mémoire gbrain, génération image/vidéo Kie.ai et transcription Whisper locale autour de ces rôles.
  • Testé : connexions aux canaux, chemins mémoire, outils créatifs et comportement strict sur liste blanche.
  • Environnement vérifié : six agents et 36 connexions visibles le 30 mai 2026 dans l’environnement Hostinger.
  • Utilisé activement : le dossier ne contient ni volumes d’activité ni preuves de campagne suffisants pour revendiquer une adoption courante.
  • Dépendances restantes : les actions Composio, Apify, Make, Google et de prospection dépendent de leurs routes authentifiées et de l’approbation de la campagne.
  • Résultat financier communiqué par le client : aucun.

Preuves

  • Preuve agents : Main, content, creative, strategy, prompt-engineer et skill-creator configurés dans des espaces séparés.
  • Preuve de routage : 36 connexions observées au point de vérification.
  • Preuve de surface opérationnelle : canaux nommés pour pilotage direct, tâches, texte, e-mail, planification de contenu, revue créative, recherche de prospects, prospection à froid et pipeline.
  • Preuve de contrôle : l’exécution suit une liste blanche stricte plutôt qu’un accès shell général.
  • Frontière de revendication : le reçu de déploiement n’établit ni chiffre d’affaires signé, ni volume de leads qualifiés, ni heures économisées.

La technologie — en dernier

Le système exécute OpenClaw 2026.5.22 sur un VPS Hostinger avec Discord, routage par proxy de facturation, Ollama, gbrain, Kie.ai, Whisper local, contrôles Composio et prise en charge d’Apify CLI. Chaque agent possède ses fichiers opérationnels et son espace. Cette séparation compte : l’ingénieur de prompts ne doit pas se comporter comme l’opérateur de prospection, tandis que la mémoire partagée évite qu’ils deviennent deux bots sans contexte.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. La revendication publique se limite au système et aux preuves d’exécution conservées dans le dossier de projet.

Transformation suivante

Découvrez comment Scaling Webinars a coordonné huit départements spécialistes dans un centre de pilotage. Le même principe départemental y est appliqué à la prestation de webinaires, avec une preuve d’activité conservée plus large.

Obtenez votre feuille de route IA

Si vos fonctions de croissance exigent des spécialistes mais partagent encore le contexte d’un seul fondateur, le premier choix de conception est le routage — pas le modèle. Réservez un audit IA gratuit pour trouver le département dont les passages de relais coûtent le plus d’attention.

Sources

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

Où vos opérations bloquent-elles encore du temps de travail, de la capacité ou des opportunités de chiffre d’affaires ?

Obtenez votre feuille de route IA

Les catégories facultatives restent désactivées tant que vous ne les choisissez pas. Vous pouvez revenir sur cette décision depuis le pied de page à tout moment.

Strictement nécessairesToujours actif

Sécurité, navigation, langue et mémoire du consentement. Toujours actifs.