Douze agents spécialisés transforment un brief très large en parcours départementaux visibles, sans accès système étendu.

Le déploiement de Paul Surkau partait d’un brief opérationnel très large et d’une limite importante : le contexte métier complet n’était pas encore disponible. RECAST a construit la structure départementale capable de recevoir ce contexte en sécurité, tout en maintenant la revendication publique au niveau réellement soutenu par les preuves.

Éléments probants à la publication : douze agents configurés et 33 connexions ont été observés le 30 mai 2026, avec un espace Discord allemand cartographié, des pages gbrain, des assistants Notion et des outils documentaires locaux. Le dossier vérifie l’environnement construit, pas une adoption durable ni un résultat commercial ; ce cas est donc marqué « construit, adoption à établir ».

L’entreprise

Le brief conservé décrit un espace métier allemand couvrant gestion quotidienne, planification, automatisation, contenu, e-mail, création, recherche, recherche web, conseil, textes publicitaires, ingénierie de prompts, création de compétences, Notion et documents. Il a ensuite intégré acquisition, vente communautaire et administration.

La source ne conservant pas une description plus complète du modèle économique de Paul, cette page n’en invente aucune. Le cas porte sur l’architecture livrée et sur les preuves d’adoption qui restent à établir.

La contrainte

Sans routage, chaque catégorie serait devenue une nouvelle conversation, un nouvel outil ou un processus manuel. Paul serait resté responsable de décider où envoyer une demande, d’en réexpliquer le contexte et de déplacer le résultat vers le canal suivant.

Dans le même temps, l’incomplétude du contexte interdisait de présenter honnêtement le système comme une force de travail autonome entièrement formée. La bonne première étape consistait à créer des parcours départementaux clairs, un comportement visible et des chemins d’exécution sûrs, approfondissables à mesure que la matière métier arrivait.

Pourquoi les outils existants ne suffisaient pas

Canaux Discord et pages Notion peuvent organiser le travail ; ils ne le routent pas automatiquement. Un assistant généraliste pouvait répondre dans le mauvais canal, disparaître derrière une session défaillante, interroger Notion de façon incohérente ou tenter un comportement shell risqué lorsqu’un assistant déterministe suffisait.

RECAST a durci l’espace autour de réponses visibles, listes blanches de canaux, nettoyage des sessions, stabilité du routage modèle, mémoire limitée et connecteurs contraints. La valeur n’est pas simplement « douze bots » : c’est une surface où chaque rôle possède une adresse et des actions limitées.

Cartographie de la transformation

Avant

Demandes de gestion, contenu, recherche et acquisition -> Paul choisit une conversation et fournit le contexte -> passage manuel

Après — architecture opérationnelle construite

Canal Discord allemand -> agent départemental nommé -> mémoire ou assistant contraint -> réponse visible -> revue opérateur et preuve d’adoption

Un processus de bout en bout

Le parcours suivant reflète l’architecture configurée ; la source ne conserve pas de preuve d’un usage courant en production.

1. Entrée : Paul publie une demande dans un canal de gestion, contenu, recherche, acquisition ou administration cartographié.
2. Routage : la connexion l’envoie au spécialiste correspondant plutôt qu’à un assistant universel.
3. Contexte : l’agent vérifie ses consignes de rôle et retrouve le contexte gbrain disponible.
4. Choix de l’outil : une requête Notion ou documentaire suit son assistant contraint ; création et recherche empruntent leurs outils autorisés séparément.
5. Production : le spécialiste prépare analyse, brouillon, document ou prochaine action.
6. Visibilité : la réponse revient dans la surface Discord désignée, rendant observables les échecs de routage silencieux.
7. Validation humaine : Paul fournit le contexte manquant et approuve les actions externes engageantes pendant que l’adoption est prouvée parcours par parcours.

Ce qui a changé

• Construit : douze rôles couvrant opérations principales, contenu, création, veille concurrentielle, stratégie, publicité, prompts, compétences, acquisition, vente communautaire et administration.
• Connecté : routage Discord, pages gbrain, assistant Notion et connecteurs documentaires locaux.
• Testé : réponses Discord visibles, routage des canaux, réinitialisation des sessions, mémoire active limitée et règles de stabilité modèle ont été durcis.
• Environnement vérifié : douze agents et 33 connexions visibles le 30 mai 2026.
• Utilisé activement : aucune activité opérateur durable n’est conservée. La page ne présente donc pas le déploiement comme adopté à grande échelle.
• Dépendances restantes : contexte métier complet, identifiants prestataires et activation des routes WhatsApp ou Telegram préparées restent des dépendances distinctes.
• Résultat financier communiqué par le client : aucun.

Preuves

• Preuve agents : douze rôles départementaux nommés configurés.
• Preuve de routage : 33 connexions observées à la vérification.
• Preuve d’espace : canaux allemands pour gestion, clients, contenu, recherche, automatisation, journaux, social, création, conseil, publicités, prompts et compétences.
• Preuve de contrôle : règles de propriétaire des commandes et listes blanches de canaux limitent l’exécution.
• Frontière de revendication : le contexte initial était incomplet et aucun registre d’adoption ou de résultat n’était conservé.

La technologie — en dernier

Le déploiement utilise OpenClaw 2026.5.7, Discord, travaux de routage par proxy de facturation et OpenRouter, Ollama, gbrain, assistant Notion, outils PDF/OCR, Higgsfield, Printing Press, Apify et Kie.ai. WhatsApp et Telegram étaient préparés, pas présentés comme canaux actifs. L’exécution suit une liste blanche et privilégie les connecteurs dédiés à un accès shell large.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. RECAST distingue le dossier de livraison d’un témoignage et n’écrit pas ce dernier pour le client.

Transformation suivante

Découvrez comment l’espace de croissance de Kevin Hucker sépare six parcours spécialistes autour d’un contexte commun. La comparaison porte sur deux déploiements multi-agents construits qui attendent encore une preuve d’adoption plus solide : l’un réunit six rôles de croissance ciblés, l’autre une structure plus large de douze rôles.

Obtenez votre feuille de route IA

Si le brief opérationnel est large mais que le contexte métier se construit encore, le geste honnête consiste à prouver un département à la fois. Réservez un audit IA gratuit pour choisir ce premier parcours et définir son niveau de preuve.

Sources

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