Des centaines de fragments de connaissance alimentent désormais quatre parcours spécialistes, transformant des cours dispersés en socle opérationnel exploitable.

Athletes University possédait déjà la matière la plus difficile à acquérir : cours, objections de l’audience, cadres de contenu organique, cas clients et connaissance de la réussite client. Le goulot d’étranglement consistait à rendre ce patrimoine disponible au moment précis où un département en avait besoin.

Éléments probants à la publication : des centaines de fragments sources ont été chargés dans gbrain ; quatre agents, six connexions et les services Caddy, Command Center, Ollama, proxy de facturation et OpenClaw ont été vérifiés actifs le 30 mai 2026. Google Workspace restait prêt à être autorisé et l’adoption courante n’était pas quantifiée.

L’entreprise

Will Straka dirige Athletes University et The Scholarship System. Le patrimoine opérationnel couvre un programme de formation, le contenu organique, une connaissance fine de l’avatar, ses objections, l’offre, le contexte de classe, la vente et la réussite client.

Ce corpus tire sa valeur de sa spécificité. Un modèle général peut proposer une publication marketing ou une réponse commerciale, mais il ne connaît ni l’offre de Will, ni sa pédagogie, ni les objections de son audience sans une information structurée et retrouvable.

La contrainte

La connaissance existait, mais elle était trop volumineuse et dispersée pour une conversation ordinaire. Chaque demande utile risquait de commencer par un nouveau copier-coller du cours ou une nouvelle explication de l’avatar.

Un assistant unique aurait créé un second problème de compression. Marketing, vente et prestation partagent une partie du savoir, mais l’appliquent selon des normes différentes. Un angle de contenu et une réponse de réussite client peuvent partir du même cours sans devoir être produits sous les mêmes consignes.

Pourquoi les outils existants ne suffisaient pas

Les documents conservent l’information ; ils ne routent pas le travail. Slack et Discord transportent les demandes ; ils ne garantissent pas que le bon spécialiste retrouve le bon passage d’un cours. Google Workspace pourra soutenir messagerie, calendriers et fichiers ; un échafaudage d’autorisation n’est pas encore un processus métier en production.

La couche manquante associait donc une base de connaissance interrogeable à des rôles métiers et à une frontière honnête entre intelligence issue des sources et actions prestataires nécessitant encore le consentement du client.

Cartographie de la transformation

Avant

Cours + notes sur l’avatar + procédures -> Will recherche et colle le contexte -> assistant généraliste -> brouillon

Après — couche de connaissance active, adoption à établir

Demande départementale -> agent spécialiste -> recherche gbrain -> brouillon fondé sur les sources -> revue humaine -> future action prestataire approuvée

Le corpus source devient une infrastructure partagée sans réduire chaque département à une seule voix.

Un processus de bout en bout

1. Entrée : une demande de contenu organique arrive dans le canal marketing.
2. Routage : la connexion oc-marketing l’envoie au spécialiste marketing plutôt qu’au pilotage, à la vente ou à la réussite client.
3. Recherche : l’agent interroge les fragments indexés du cours Scholarship System, de l’écosystème organique, de l’avatar et de l’offre.
4. Production : il prépare un brouillon fondé sur ces ressources et laisse visibles les hypothèses non étayées.
5. Validation humaine : Will ou l’équipe vérifie le positionnement et toute revendication avant publication.
6. Frontière prestataire : une future action dans Drive, Docs, Calendar, Gmail ou Analytics attend l’unique consentement OAuth Google Workspace.
7. Trace : les contenus approuvés et les apprentissages peuvent revenir dans l’espace structuré pour servir ensuite la vente ou la réussite client.

Ce qui a changé

• Construit : quatre espaces et agents pour pilotage principal, marketing, vente et réussite client, appuyés sur une recherche structurée.
• Connecté : l’environnement actif inclut Slack, Discord, PostgreSQL, Ollama, gbrain, Command Center, Caddy et le routage modèle/facturation.
• Testé : des centaines de fragments issus du cours, du contenu organique, de l’avatar, des classes et de l’offre ont été ingérés et rendus accessibles aux spécialistes.
• Vérifié : quatre agents, six connexions et les services principaux étaient actifs le 30 mai 2026.
• Utilisé activement : la source ne conserve ni volume régulier de tâches, ni volume de contenus publiés, ni évolution mesurée des ventes ou de la prestation. Ces résultats ne sont pas déduits.
• Dépendances restantes : Will doit terminer l’OAuth Google Workspace avant de considérer Gmail, Drive, Calendar, Sheets, Docs et Analytics comme parcours d’action connectés ; l’adoption durable des départements reste également à prouver.
• Résultat financier communiqué par le client : aucun.

Preuves

• Preuve de connaissance : des centaines de fragments chargés depuis l’espace opérationnel.
• Preuve de corpus : cours Scholarship System, écosystème organique, avatar/formation, contexte de classe et offre sont nommés dans le dossier conservé.
• Preuve agents : quatre rôles métiers et six connexions.
• Preuve d’exécution : Caddy, Command Center, Ollama, proxy de facturation et OpenClaw actifs le 30 mai 2026.
• Frontière de revendication : Google Workspace est présenté comme prêt pour un consentement unique, pas comme actif ; l’ingestion ne vaut pas adoption.

La technologie — en dernier

L’environnement exécute OpenClaw 2026.5.2 sur un VPS avec Slack, Discord, routage modèle, PostgreSQL, Ollama, gbrain, Command Center et Caddy. SmartLead et Fathom font partie du contexte opérationnel. La compétence Google Workspace utilise gws-auth, avec un seul consentement OAuth prévu pour Gmail, Drive, Calendar, Sheets, Docs et Analytics, plutôt qu’une seconde route prestataire concurrente.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. Les preuves publiques sont le corpus documenté, la structure des agents et l’état de l’environnement ; RECAST ne transforme pas des notes de projet en éloge.

Transformation suivante

Découvrez comment LEED Agency a transformé une vaste base de fichiers clients en mémoire persistante pour le reporting. Les deux systèmes rendent un contexte propriétaire retrouvable : l’un sert des départements de formation, l’autre l’analyse récurrente d’une agence.

Obtenez votre feuille de route IA

Si vos meilleures ressources restent enfermées dans des dossiers et recopiées dans les conversations, votre premier agent est peut-être une opération de connaissance. Réservez un audit IA gratuit pour cartographier le corpus, les frontières métiers et le circuit de validation avant de connecter des actions externes.

Sources

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