RECAST
Formation à la vente à distance et communauté / Construit / adoption en attente

Quatre agents routés séparent pilotage, contenu, vente et programme pédagogique dans les surfaces de communication déjà utilisées par l’entreprise.

Formation à la vente à distance et communauté · Une activité de formation à la vente à distance et une communauté qui équilibrent contenu, prospection, programme pédagogique et opérations quotidiennes

Construit / adoption en attenteConseilFormationMulti-agentsOpérations

Une structure à quatre agents dans Slack et Discord établit routage départemental, accès durci et architecture capable de s’approfondir à mesure que les sources sont fournies.

L’activité de formation commerciale de Warren n’avait pas besoin d’un assistant changeant de personnalité au milieu d’un fil. Pilotage, contenu public, prospection et construction pédagogique ont des entrées et des normes différentes. RECAST a séparé ces modes avant de prétendre que le système connaissait davantage l’entreprise qu’il ne la connaissait réellement.

Éléments probants à la publication : quatre agents et 24 connexions ont été vérifiés le 30 mai 2026 dans un déploiement Slack et Discord durci. La source qualifie également le contexte métier disponible de limité ; le cas est donc publié comme une structure opérationnelle dont l’adoption reste à prouver.

L’entreprise

Le système de Warren Mulvey est centré sur la formation à la vente à distance et une communauté. Le travail récurrent couvre coordination quotidienne, marketing et marque, prospection commerciale, supports d’apprentissage et espaces opérationnels d’un programme ou d’une communauté de membres.

Ces fonctions sont liées sans être interchangeables. Un plan de cours ne doit pas reprendre la posture d’un message de prospection à froid. Une demande d’opérations quotidiennes ne doit pas se perdre dans une séance d’idéation de contenu. La structure devait d’abord refléter l’entreprise avant d’ajouter davantage d’automatisation prestataire.

La contrainte

Slack et Discord existaient, mais des surfaces de communication ne créent pas des départements. Sans rôles ni routage de canaux, un assistant généraliste aurait continué à mélanger contenu, vente et formation, laissant Warren classifier les demandes et transporter le contexte.

La qualité des preuves constituait une seconde contrainte. La source ne fournit ni programmes détaillés, ni volumes de processus, ni résultats terminés. Cela limite ce qui peut être affirmé honnêtement. La première transformation était donc une structure opérationnelle sûre et extensible, pas une histoire fictive d’autonomie totale.

Pourquoi les outils existants ne suffisaient pas

Slack pouvait héberger la conversation et Discord organiser les canaux, mais aucun ne définissait le rôle IA qui devait répondre, ses accès outils ou le contexte propre à chaque département.

Une équipe IA élargit aussi la surface de sécurité. Un accès shell général aurait accordé à de simples tâches de contenu ou de programme une puissance système inutile. La couche opérationnelle nécessitait exécution sur liste blanche, serveur durci et connexions explicites entre canaux et agents.

Cartographie de la transformation

Avant

Slack + Discord -> demandes mélangées -> Warren identifie le mode et fournit le contexte -> le travail commence

Après — fondation construite

Canal départemental -> agent affecté -> capacité sur liste blanche -> sortie revue par un humain -> trace départementale

L’architecture crée un endroit où les futurs savoirs et processus pourront vivre, sans prétendre qu’ils sont déjà adoptés à grande échelle.

Un processus de bout en bout

Voici le parcours pédagogique configuré ; la source ne prétend pas à un usage courant en production.

  1. Entrée : Warren place une demande de module dans oc-training, plutôt que dans le canal de pilotage général.
  2. Routage : la connexion l’envoie à l’agent formation/programme, en séparant vente et contenu.
  3. Contexte : l’agent utilise les informations disponibles et signale les sources manquantes au lieu d’inventer les détails du programme.
  4. Production : il prépare une leçon, un exercice ou une révision structurés pour revue.
  5. Contrôle : toute publication externe ou action destinée aux membres reste entre les mains de Warren ou de l’équipe ; l’exécution est limitée par la liste blanche.
  6. Sortie : le brouillon revient dans la bonne surface de communication.
  7. Frontière d’apprentissage : des ressources pédagogiques approuvées pourront approfondir ce parcours sans modifier automatiquement les agents vente ou marketing.

Ce qui a changé

  • Construit : Main/Warren AI, contenu/marketing, vente/prospection et formation/programme, chacun avec son parcours.
  • Connecté : Slack et Discord configurés avec les canaux pilotage, contenu, vente et formation.
  • Testé : connexions agents, structure des canaux, accès serveur par clé, pare-feu et exécution sur liste blanche établis et inspectés.
  • Vérifié : quatre agents et 24 connexions consignés le 30 mai 2026.
  • Utilisé activement : aucun volume récurrent de tâches, aucune sortie destinée aux membres ni adoption durable n’est conservé. Ces revendications sont volontairement écartées.
  • Dépendances restantes : il faut fournir davantage de contexte sur programme, offre, marque et communauté ; chaque processus prestataire devra ensuite être connecté et prouvé séparément.
  • Résultat financier communiqué par le client : aucun.

Preuves

  • Preuve agents : quatre agents fonctionnels pour pilotage, contenu, vente et formation.
  • Preuve de routage : 24 connexions au point de vérification.
  • Preuve d’espace : Discord comprend opérations quotidiennes, marketing, marque, stratégie, espace de travail, générateur de prompts et générateur de compétences.
  • Preuve de sécurité : SSH par clé, UFW et exécution sur liste blanche réduisent les accès inutiles.
  • Frontière de revendication : les preuves soutiennent une structure flexible, pas un remplacement d’effectif, un résultat de chiffre d’affaires ou un volume pédagogique produit.

La technologie — en dernier

Le déploiement exécute OpenClaw 2026.4.26 sur un VPS Hostinger avec Slack, Discord, routage local par proxy de facturation et OpenRouter en repli. Le serveur utilise SSH par clé, UFW et une posture d’exécution sur liste blanche. Les connexions associent les quatre rôles à oc-command, oc-content, oc-sales et oc-training, tandis qu’un espace Discord plus large prépare opérations quotidiennes, marque, stratégie et développement du système.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. L’histoire publique se limite au déploiement documenté ; aucune recommandation n’en est déduite.

Transformation suivante

Découvrez comment Scaling Webinars a construit un système plus profond à huit agents autour d’un modèle de prestation établi. Ce cas montre comment une structure départementale peut mûrir lorsque routes prestataires, connaissance et validations sont précisément définies.

Obtenez votre feuille de route IA

Si vente, contenu et formation partagent une conversation surchargée, commencez par les frontières opérationnelles. Réservez un audit IA gratuit pour identifier le plus petit département disposant d’assez de contexte et de répétition pour être prouvé en premier.

Sources

  • OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, page 14.
  • RECAST_CASE_STUDIES_2026_UPDATED.pdf, page 15, 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.