Huit agents routés dans Slack, une base de connaissances de 173 fichiers et des processus de réunion fondés sur des brouillons ont été vérifiés lors de l’audit en direct du 2 juillet.

Le périmètre initial de Z Media était exceptionnellement large : coordination CEO, ingestion de connaissance, agents spécialistes, suivi des réunions, qualification des affiliés, prévisions, présentations et support UGC. RECAST a transformé cette liste en couche opérationnelle interne gouvernée, puis audité ce qui était actif et ce qui dépendait encore des ressources ou accès de Remy.

Éléments probants à la publication : un audit en production le 2 juillet 2026 a trouvé huit agents configurés dans de vrais canaux Slack, des publications Slack vérifiées, des sauvegardes quotidiennes actives et une structure de base de connaissance à 173 fichiers. Les dépendances restantes sont limitées et nommées ; aucun résultat de performance d’agence n’est déduit du déploiement.

L’entreprise

Remy Beaumont dirige Z Media, agence centrée sur TikTok Shop, à travers contenu e-commerce, programmes d’affiliation, publicité payante, live shopping, prestation client et opportunités adjacentes.

L’entreprise dispose de nombreux leviers potentiels, chacun avec des exigences propres en données et jugement. L’affiliation n’est pas la finance ; la création n’est pas l’opération ; une prévision commerciale n’est pas un briefing CEO. L’agence avait besoin de parcours spécialistes sans demander à Remy de réconcilier chacun manuellement.

La contrainte

Trop de travail dépendait du tri manuel dans Slack, du contexte Fathom et Linear, de la discipline procédurale et de la bande passante de Remy. La largeur du système demandé créait un autre risque : un périmètre premium pouvait paraître impressionnant tout en restant vague sur les modules réellement fonctionnels.

La contrainte portait donc sur la capacité et la preuve. Z Media avait besoin d’une couche capable de router du vrai travail et d’exposer la frontière entre module actif, module prêt et module dépendant du client.

Pourquoi les outils existants ne suffisaient pas

Slack transportait les conversations. Fathom capturait les réunions. Linear détenait les tâches. Drive détenait la connaissance. Aucun ne transformait automatiquement un appel en brouillon de tâche vérifiable, n’en attribuait le bon spécialiste, n’attachait la procédure pertinente ni ne conservait une trace contrôlée.

La couche manquante devait relier ces systèmes sans permettre à une transcription de créer des tâches de production non révisées ni à un spécialiste d’opérer hors de son parcours. Pour le travail engageant, « d’abord en brouillon » est la forme utile de l’automatisation.

Cartographie de la transformation

Avant

Slack + appels + Drive + Linear + données plateformes -> Remy trie le contexte -> le spécialiste suit -> trace manuelle

Après

CEO Direct ou canal Slack cartographié -> route spécialiste -> connaissance/outil structuré -> brouillon ou sortie gouvernée -> revue humaine -> trace système

Le même modèle sert vente, finance, affiliation, opérations, création et recherche sans prétendre que ces départements sont interchangeables.

Un processus de bout en bout

1. Entrée : une réunion arrive par la route Fathom avec transcription et contexte du compte.
2. Extraction : le système identifie les actions possibles et les sources utiles.
3. Routage : le parcours spécialiste pertinent reçoit le travail dans le vrai canal Slack associé.
4. Brouillon : un élément Linear est préparé comme brouillon, pas enregistré silencieusement comme engagement approuvé.
5. Validation humaine : Remy ou l’opérateur responsable vérifie attribution, formulation, échéance et implications client.
6. Trace : la tâche approuvée entre dans le système normal avec son contexte source.
7. Suite : base de connaissance et historique des canaux soutiennent ensuite prévisions, présentations, analyse affiliés ou création.

Les autres modules suivent le même principe : préparer une ressource utilisable, la rendre visible dans l’environnement de l’équipe et conserver la frontière de validation.

Ce qui a changé

• Construit : TikTok Shop OS avec CEO Direct et parcours vente, finance, affiliation, opérations, création et recherche.
• Connecté : routage Slack socket, ingestion Drive-vers-connaissance, extraction Fathom, brouillons Linear et sorties Sheets.
• Opérationnalisé : scripts de qualification affiliés, prévisions XLSX, présentations PPTX et support du pipeline UGC.
• Protégé : sauvegardes quotidiennes et service de repli réduisent la dépendance à un état d’exécution fragile.
• Vérifié en production : l’audit du 2 juillet a trouvé clés présentes, intégrations actives, publication Slack prouvée et routage fonctionnel.
• Utilisé activement : routage et publication actifs sont prouvés. La source ne quantifie ni campagnes, ni revenu affilié, ni temps économisé.
• Dépendances restantes : procédures plus profondes, confirmation des canaux des autres boutiques, kit de marque et accès TikTok Seller/Affiliate Center pour les mesures absentes de l’API actuelle.

Preuves

• Preuve agents : huit agents configurés dans de vrais canaux Slack.
• Preuve de connaissance : structure à 173 fichiers avec synchronisation Drive et structuration documentaire.
• Preuve de processus : extraction Fathom et dépôt Linear d’abord en brouillon dans le système inspecté.
• Preuve de sortie : qualification affiliés, prévisions tableur, présentations et support UGC construits.
• Preuve de résilience : sauvegardes quotidiennes et service de repli actifs.
• Frontière : l’audit classe les modules comme actifs, prêts ou dépendants des accès ; il ne rapporte aucun résultat financier.

La technologie — en dernier

Le système utilise une passerelle OpenClaw sur un VPS RECAST, connexions Slack socket, Claude Max via Claude Code, proxy de facturation OpenClaw, synchronisation Drive, structure de connaissance de type Obsidian, Fathom, Linear, Google Sheets, génération XLSX et PPTX, parcours UGC avec ElevenLabs, sauvegardes et repli. Chaque outil se trouve derrière un parcours opérationnel et un état de preuve nommés.

Témoignage client

Aucun témoignage textuel étayé par la source n’est publié. L’audit de juillet et les éléments d’exécution portent la preuve publique.

Transformation suivante

Découvrez comment la couche d’agence de Yannick Schatz a été durcie par le vrai travail client, notamment face aux pannes de canaux, mémoire, transcription et rendus longs.

Obtenez votre feuille de route IA

Si votre agence possède les outils mais qu’une seule personne transforme encore chaque conversation en prochaine action, le goulot est la couche entre eux. Réservez un audit IA gratuit pour identifier la première route à prouver.

Sources

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