Full Stack Agency necesitaba una única superficie operativa sobre los muchos lugares donde el trabajo ya sucedía. La respuesta no era mover a todos los clientes a un solo chat. Era dar a Atlas una vista central sin borrar los límites entre espacios y departamentos.
Evidencia en la fecha de publicación: Agency OS, Caddy, el webhook de despliegue y OCW bridge fueron verificados activos el 30 de mayo de 2026. Dos agentes —Atlas y un agente de licencias— estaban activos con 54 conexiones; la arquitectura más amplia de copy, datos, estrategia, operaciones, finanzas, asistencia personal y cliente permanecía preparada para su conexión posterior.
La empresa
Louis Appert dirige Full Stack Agency. Su superficie operativa atraviesa Discord, varios espacios internos y de clientes en Slack, estrategia, copywriting, datos, operaciones, finanzas, asistencia personal, soporte al cliente y un repositorio separado para el panel.
Esa estructura es normal en una agencia que trabaja con cuentas reales: los clientes conservan sus espacios de comunicación, mientras las decisiones internas y el producto viven en otros lugares. La carga de coordinación aparece entre esas superficies.
La restricción
El contexto del cliente vivía en espacios de Slack. La estrategia de agencia, en otros canales. El panel y el producto, en un repositorio con su propio ciclo de despliegue. Sin una capa compartida, Louis u otro operador tenía que transportar contexto y decidir qué especialista debía actuar.
La ambición arquitectónica era más amplia que el runtime verificado. Tratar a cada especialista previsto como activo habría ocultado una verdad más útil: los servicios centrales y dos agentes estaban en funcionamiento, mientras gran parte de la topología departamental y de canales de cliente estaba configurada para la siguiente etapa.
Por qué las herramientas existentes no bastaban
Slack, Discord, GitHub, Kie.ai y Loom resolvían partes del trabajo. Ninguno creaba un modelo operativo de agencia ni mostraba el estado del sistema en un solo lugar. Un asistente genérico en cada espacio habría duplicado contexto y complicado el gobierno de permisos.
La capa ausente necesitaba un agente central, una vista alojada, conexiones controladas entre espacios y una ruta de despliegue que mantuviera la interfaz alineada con el sistema subyacente.
Mapa de transformación
Antes
Slack de clientes | Discord | transcripciones | herramientas creativas | repositorio del panel -> Louis reconcilia contexto -> actúa el departamento
Después: núcleo activo, topología más amplia preparada
Solicitud en espacio conectado -> Atlas/agente activo -> contexto o herramienta permitidos -> visibilidad en Agency OS -> revisión humana -> salida específica del espacio
Las áreas especialistas preparadas pueden activarse sin presentar la configuración como trabajo de cliente ya completado.
Un flujo de principio a fin
Este flujo describe la ruta diseñada entre espacios y mantiene explícito el límite de preparación de proveedor.
- Entrada: Una solicitud permitida llega a un canal interno o de cliente en Slack con cuenta socket-mode y conexión configuradas.
- Resolución del espacio: El mapa del canal identifica el contexto de cliente y la función prevista.
- Routing: Atlas gestiona la coordinación central o dirige la petición hacia copy, datos, estrategia, operaciones, CFO, PA o cliente.
- Contexto: El sistema puede usar el conocimiento de gbrain o las transcripciones de Loom instaladas cuando la fuente requerida está disponible.
- Producción: El agente activo prepara el análisis, artefacto operativo o solicitud creativa mediante sus herramientas permitidas.
- Control: Una persona revisa el trabajo relevante para el cliente; una vía todavía no conectada se detiene en su dependencia de proveedor o canal.
- Visibilidad: Agency OS muestra el estado operativo, mientras los webhooks de GitHub reconstruyen y reinician el panel cuando cambia su código.
Qué cambió
- Construido: Atlas como operador principal, un agente de licencias, Agency OS alojado y un modelo departamental más amplio para copywriting, datos, estrategia, operaciones, CFO, PA y soporte al cliente.
- Conectado: Discord, el panel, Caddy, el webhook de despliegue y OCW bridge estaban activos; las cuentas socket-mode de Slack se configuraron en espacios internos y de clientes.
- Probado: Se inspeccionaron el despliegue del panel, la reconstrucción y reinicio por webhook, los servicios centrales, la configuración de agentes y el inventario de conexiones.
- Verificado: El 30 de mayo de 2026 estaban activos Agency OS, Caddy, webhook y bridge, con dos agentes configurados en vivo y 54 conexiones.
- Uso activo: El registro no cuantifica trabajo completado entre clientes ni adopción departamental sostenida. Los servicios activos no se convierten en afirmaciones de producción sin respaldo.
- Dependencias restantes: El routing más amplio entre canales y agentes debe activarse y demostrarse espacio por espacio; gbrain, Kie.ai y Loom instalados todavía requieren prueba específica por flujo.
- Resultado financiero comunicado por el cliente: Ninguno registrado.
Evidencias
- Prueba de entorno: Cuatro servicios de infraestructura identificados como activos el 30 de mayo de 2026.
- Prueba de agentes: Atlas y Louis AI/licensing configurados en vivo.
- Prueba de routing: 54 conexiones observadas en el entorno.
- Prueba de despliegue: Los webhooks de GitHub disparan reconstrucciones y reinicios de Agency OS.
- Límite de la afirmación: Las siete funciones especialistas adicionales describen la arquitectura; no todas se presentan como departamentos productivos activos.
Tecnología, al final
El stack ejecuta OpenClaw 2026.5.7 en un VPS de Hostinger con Discord, múltiples espacios Slack en socket mode, routing de modelos/bridge, gbrain, Kie.ai, transcripciones de Loom, Agency OS alojado en Next.js, Caddy y despliegue por webhooks de GitHub. El panel se sirve en el dominio de Full Stack Agency, mientras las conexiones de canal y las herramientas de proveedor se activan según el espacio y la responsabilidad del agente.
Testimonio del cliente
No existe una cita textual verificable para este caso. El registro público distingue el núcleo activo de la arquitectura especialista preparada, sin usar un testimonio inventado para borrar ese límite.
Siguiente transformación
Descubre cómo Scaling Webinars verificó ocho agentes especialistas activos dentro de un entorno coordinado de entrega. Full Stack Agency muestra la etapa previa, preparada para proveedores, en una topología de espacios más distribuida.
Obtén tu plan de IA
Si cada espacio de cliente se convierte en una isla, centralizar no significa necesariamente colapsarlos. Reserva una auditoría gratuita de IA para diseñar el contexto compartido, los límites de agentes y la ruta de aprobación entre ellos.
Registro de fuentes
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 17.- Louis no aparece en
RECAST_CASE_STUDIES_2026_UPDATED.pdf; el documento de casos detallados es la fuente conservada. RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.4, 11 y 58.