Scaling Webinars tenía herramientas sofisticadas y un problema operativo igual de sofisticado. Captación, atribución, contenido, entrega de webinars, incorporación y ventas necesitaban reglas distintas, pero el trabajo debía avanzar como un solo sistema. RECAST construyó la capa de coordinación entre esas áreas.
Evidencia en la fecha de publicación: ocho agentes identificados, 35 conexiones y 29 sesiones activas; gateway, proxy de facturación, vista operativa 3D y túnel seguro verificados en funcionamiento el 30 de mayo de 2026.
La empresa
Bryant Ward dirige Scaling Webinars, una empresa centrada en crecimiento mediante webinars y entrega a clientes. La operación incluye anuncios, registros, secuencias de asistencia, nutrición posterior, incorporación, coaching comercial, scorecards, reporting semanal y producción creativa.
GoHighLevel contenía contactos y oportunidades; Hyros, atribución; Google Workspace, documentos y calendarios. Slack y Discord transportaban instrucciones y comunicación. Cada sistema era útil, pero Bryant seguía siendo el punto donde se unía el contexto.
La restricción
Un asistente genérico no podía gestionar de forma segura todos los modos de trabajo. Estrategia publicitaria, guiones VSL, incorporación, revisión comercial y nutrición de webinars tienen entradas, estándares y reglas de aprobación diferentes. Dividirlos en bots desconectados habría creado el problema contrario: especialización sin memoria común.
La empresa necesitaba separación departamental sin devolverle a Bryant la coordinación.
Por qué las herramientas existentes no bastaban
La automatización podía mover registros y disparar acciones, pero no contenía el criterio operativo. Un contacto de GoHighLevel no incorporaba automáticamente conocimiento del cliente, atribución, estándares creativos y política de aprobación.
La capa ausente debía enrutar cada petición al especialista correcto, recuperar contexto común, mostrar el trabajo en una superficie visible y detenerse en el límite adecuado. Cambios de inversión, envíos en vivo, publicación, contratación o despido y cambios en el CRM de producción seguían requiriendo aprobación.
Mapa de transformación
Antes
Ads | Hyros | GHL | Workspace | Slack | Discord -> Bryant reconcilia contexto -> el departamento actúa
Después
Contexto operativo compartido -> agente especialista -> ruta autorizada -> salida visible -> aprobación de Bryant/equipo si es consecuente -> registro
Las ocho áreas se separan por responsabilidad, no se aíslan por memoria.
Un flujo de principio a fin
- Entrada: Una nueva necesidad de cliente o campaña entra en la superficie de mando con su contexto empresarial.
- Routing: Agent Jeff la dirige al especialista adecuado: publicidad, contenido, webinars, ventas, incorporación, guion publicitario/VSL o pipeline creativo.
- Recuperación: El especialista utiliza conocimiento compartido en gbrain y los datos correctos, sin pedir a Bryant que reconstruya la cuenta.
- Producción: El agente prepara el activo, análisis, secuencia, scorecard o próximo paso mediante herramientas autorizadas.
- Aprobación humana: Inversión, CRM productivo, envíos, publicación y decisiones sobre personas esperan consentimiento explícito.
- Salida visible: El resultado aparece en canales de Discord/Slack o en Command Center, no en una sesión privada.
- Registro: Páginas de clientes, paneles de GHL y sesiones activas conservan el estado para el siguiente departamento.
Qué cambió
- Construido: Ocho agentes departamentales, Command Center alojado, vista 3D, memoria compartida y habilidades especializadas.
- Conectado: Discord, Slack, GoHighLevel, Hyros, Google Workspace, Zapier, Apify y rutas gobernadas de Composio.
- Probado: Salud del gateway, routing de modelo, estados de Discord y Slack, servicios locales, túnel y proxy WebSocket del servidor.
- Verificado en vivo: El 30 de mayo de 2026 funcionaban gateway, proxy de facturación, Claw3D y Cloudflare Tunnel. Había 35 conexiones y 29 sesiones activas.
- Uso activo: La evidencia muestra sesiones activas y un entorno operativo en marcha. No se convierte esa actividad en ahorro de tiempo ni ingresos inventados.
- Dependencia restante del proveedor o cliente: Las acciones consecuentes conservan aprobación de forma intencionada; es un control, no automatización inacabada.
- Resultado financiero comunicado por el cliente: Ninguno registrado.
Evidencias
- Alcance del sistema: Ocho agentes especialistas identificados.
- Routing operativo: 35 conexiones en la verificación.
- Señal de uso: 29 sesiones activas en la verificación.
- Prueba de entorno: Gateway, proxy, túnel, Discord, Slack y Claw3D estaban sanos o activos el 30 de mayo de 2026.
- Prueba de control: Aprobaciones explícitas para inversión, envíos, publicación, personas y cambios CRM de producción.
Tecnología, al final
El sistema funciona en el Mac mini de Bryant con OpenClaw, Discord, Slack, GoHighLevel, Hyros, Zapier, Google Workspace, Apify, gbrain/memory-core, Composio, Command Center, Cloudflare Tunnel y Claw3D. El entorno muestra clientes, agentes, conocimiento, habilidades y configuración. Un proxy WebSocket conecta la oficina visual con el gateway. La interfaz hace legible la operación al equipo; no es la fuente de la automatización.
Testimonio del cliente
No existe una cita textual verificable para este caso. La prueba pública es el alcance del despliegue y la evidencia del entorno; RECAST no redacta un testimonio en nombre del cliente.
Siguiente transformación
Descubre cómo la capa multimarca de Ramon comparte conocimiento reutilizable sin borrar las fronteras de cada marca. Aplica el mismo principio de orquestación a tiendas en lugar de departamentos de webinars.
Obtén tu plan de IA
Si tus herramientas son capaces pero cada departamento espera a que una persona conecte el trabajo, la restricción es la orquestación. Reserva una auditoría gratuita de IA para identificar la primera área que merece una prueba real.
Registro de fuentes
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 12.RECAST_CASE_STUDIES_2026_UPDATED.pdf, página 3, documentoRA-CASES-001, versión 2.0.RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.4, 11 y 58.