Full Stack Agency avait besoin d’une seule surface opérationnelle entre les nombreux endroits où le travail se déroulait déjà. La réponse n’était pas de déplacer tous les clients dans une conversation unique, mais de donner à Atlas une vue centrale tout en préservant les frontières entre espaces et départements.
Éléments probants à la publication : Agency OS, Caddy, le webhook de déploiement et la passerelle OCW ont été vérifiés actifs le 30 mai 2026. Deux agents — Atlas et un agent licences — fonctionnaient avec 54 connexions ; l’architecture élargie pour copywriting, données, stratégie, opérations, finance, assistance personnelle et clients restait préparée pour un câblage ultérieur.
L’entreprise
Louis Appert dirige Full Stack Agency. Sa surface opérationnelle traverse Discord, plusieurs espaces Slack internes et clients, la stratégie, le copywriting, les données, les opérations, la finance, l’assistance personnelle, le support client et un dépôt distinct pour le tableau de bord.
Cette structure est normale pour une agence qui sert de vrais comptes : les clients conservent leurs propres espaces de communication, tandis que les décisions internes et le travail produit vivent ailleurs. La charge de coordination apparaît entre ces surfaces.
La contrainte
Le contexte client vivait dans les espaces Slack. La stratégie d’agence, dans d’autres canaux. Le tableau et le produit, dans un dépôt avec son propre cycle de déploiement. Sans couche partagée, Louis ou un autre opérateur devait transporter le contexte et choisir le spécialiste à mobiliser.
L’ambition architecturale dépassait l’environnement réellement vérifié. Présenter tous les spécialistes prévus comme actifs aurait masqué une vérité utile : les services de base et deux agents fonctionnaient, tandis qu’une large part de la topologie métiers et canaux clients était prête pour l’étape de connexion suivante.
Pourquoi les outils existants ne suffisaient pas
Slack, Discord, GitHub, Kie.ai et Loom traitaient chacun une partie du travail. Aucun ne créait un modèle opérationnel à l’échelle de l’agence ni n’exposait l’état du système au même endroit. Un assistant généraliste dans chaque espace aurait dupliqué le contexte et compliqué les permissions.
La couche manquante devait fournir un agent central, une vue hébergée, des connexions d’espace contrôlées et une route de déploiement maintenant l’interface alignée sur le système sous-jacent.
Cartographie de la transformation
Avant
Espaces Slack clients | Discord | transcriptions | outils créatifs | dépôt du tableau -> Louis réconcilie le contexte -> le département agit
Après — noyau actif, topologie élargie prête côté prestataires
Demande d’un espace relié -> Atlas/agent actif -> contexte ou outil autorisé -> visibilité Agency OS -> revue humaine -> sortie propre à l’espace
Les parcours préparés peuvent être activés sans présenter la configuration comme du travail client achevé.
Un processus de bout en bout
Ce processus décrit la route conçue entre espaces et maintient explicite la frontière « prête côté prestataires ».
- Entrée : une demande autorisée arrive dans un canal Slack interne ou client via un compte socket-mode et une connexion configurés.
- Résolution de l’espace : la cartographie du canal identifie le contexte client et le parcours agent prévu.
- Routage : Atlas assure la coordination centrale ou dirige la demande vers la responsabilité préparée — copywriting, données, stratégie, opérations, CFO, PA ou client.
- Contexte : le système utilise la connaissance gbrain ou les transcriptions Loom installées lorsque la source requise est disponible.
- Production : l’agent actif prépare l’analyse, la ressource opérationnelle ou la demande créative avec ses outils autorisés.
- Contrôle : un humain valide le travail client engageant ; un parcours pas encore câblé s’arrête sur sa dépendance prestataire ou canal.
- Visibilité : Agency OS expose l’état opérationnel, tandis que les webhooks GitHub recompilent et redémarrent le tableau hébergé après modification du code.
Ce qui a changé
- Construit : Atlas comme opérateur principal, un agent licences, Agency OS hébergé et un modèle de départements plus large pour copywriting, données, stratégie, opérations, CFO, PA et support client.
- Connecté : Discord, tableau actif, Caddy, webhook de déploiement et passerelle OCW étaient actifs ; les comptes Slack socket-mode étaient configurés dans les espaces internes et clients.
- Testé : déploiement du tableau, recompilation/redémarrage déclenché par webhook, services de base, configuration des agents et inventaire des connexions ont été inspectés.
- Vérifié : le 30 mai 2026, Agency OS, Caddy, webhook et passerelle étaient actifs, avec deux agents configurés en production et 54 connexions.
- Utilisé activement : le dossier ne quantifie ni travail interclients achevé ni adoption durable des départements. Les services actifs ne deviennent pas des revendications de résultat sans preuve.
- Dépendances restantes : les autres connexions canal-agent et spécialistes doivent être activées et prouvées espace par espace ; gbrain, Kie.ai et Loom installés exigent encore une preuve propre à chaque processus.
- Résultat financier communiqué par le client : aucun.
Preuves
- Preuve d’exécution : quatre services d’infrastructure nommés actifs le 30 mai 2026.
- Preuve agents : Atlas et Louis AI/licensing configurés en production.
- Preuve de routage : 54 connexions observées dans l’environnement.
- Preuve de déploiement : les webhooks de push GitHub déclenchent recompilation et redémarrage d’Agency OS.
- Frontière de revendication : les sept autres rôles décrivent l’architecture ; ils ne sont pas tous présentés comme départements actifs en production.
La technologie — en dernier
La pile exécute OpenClaw 2026.5.7 sur un VPS Hostinger avec Discord, plusieurs espaces Slack en socket-mode, routage modèle/passerelle, gbrain, Kie.ai, outils de transcription Loom, Agency OS hébergé sous Next.js, Caddy et déploiement par webhook GitHub. Le tableau est servi sur le domaine de Full Stack Agency ; les connexions de canaux et outils prestataires sont activés selon l’espace et la responsabilité de l’agent.
Témoignage client
Aucun témoignage textuel étayé par la source n’est publié. Le dossier public distingue le noyau actif de l’architecture spécialiste préparée, sans utiliser un éloge inventé pour effacer cette frontière.
Transformation suivante
Découvrez comment Scaling Webinars a vérifié huit agents spécialistes actifs dans un environnement de prestation coordonné. Full Stack Agency illustre l’étape précédente, prête côté prestataires, pour une topologie d’espaces plus distribuée.
Obtenez votre feuille de route IA
Si chaque espace client devient une île, centraliser ne signifie pas forcément tout fusionner. Réservez un audit IA gratuit pour concevoir le contexte partagé, la frontière des agents et le circuit de validation entre ces espaces.
Sources
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, page 17.- Louis n’apparaît pas dans
RECAST_CASE_STUDIES_2026_UPDATED.pdf; le document détaillé constitue la source conservée pour ce cas. RECAST_WEBSITE_MASTER_BLUEPRINT.md, sections 10.4, 11 et 58.