Ocho agentes enrutados por Slack, una base de conocimiento de 173 archivos y flujos de reunión basados en borradores fueron verificados en la auditoría en vivo del 2 de julio.

El alcance inicial de Z Media era excepcionalmente amplio: coordinación ejecutiva, ingestión de conocimiento, agentes especialistas, seguimiento de reuniones, afiliados, forecasts, decks y soporte UGC. RECAST convirtió la lista en una capa gobernada y auditó qué estaba activo y qué dependía todavía de material o acceso de Remy.

Evidencia en la fecha de publicación: una auditoría en vivo del 2 de julio de 2026 encontró ocho agentes mapeados a canales reales de Slack, publicación verificada, backups diarios activos y una estructura de 173 archivos. Las dependencias restantes están identificadas; no se infiere rendimiento de agencia.

La empresa

Remy Beaumont dirige Z Media, agencia centrada en TikTok Shop que abarca contenido e-commerce, afiliados, paid ads, live shopping, entrega a clientes y oportunidades adyacentes.

Hay muchos puntos de ventaja, pero cada uno exige datos y criterio distintos. Calificar afiliados no es finanzas; creatividad no es operaciones; un forecast comercial no es un briefing ejecutivo. La agencia necesitaba especialistas sin obligar a Remy a reconciliar todas las áreas.

La restricción

Demasiado trabajo dependía de triaje manual en Slack, contexto de Fathom y Linear, uso disciplinado de SOP y capacidad de Remy. La amplitud creaba otro riesgo: un alcance premium podía parecer impresionante sin claridad sobre qué módulos funcionaban realmente.

La restricción era capacidad y prueba. Z Media necesitaba routing real y límites visibles entre módulos activos, preparados y dependientes del cliente.

Por qué las herramientas existentes no bastaban

Slack contenía conversaciones; Fathom, reuniones; Linear, tareas; Drive, conocimiento. No convertían automáticamente una llamada en borrador revisable, asignaban al especialista correcto, adjuntaban SOP ni conservaban un registro gobernado.

La capa ausente debía conectarlos sin permitir que una transcripción creara tareas de producción sin revisar ni que un especialista saliera de su área. Para trabajo consecuente, “borrador primero” es la forma útil de automatizar.

Mapa de transformación

Antes

Slack + llamadas + Drive + Linear + datos -> Remy hace triaje -> especialista continúa -> registro manual

Después

CEO Direct o canal mapeado -> especialista -> conocimiento/herramienta estructurados -> borrador o salida gobernada -> revisión -> registro

El mismo modelo apoya ventas, finanzas, afiliados, operaciones, creatividad e investigación sin tratarlos como intercambiables.

Un flujo de principio a fin

1. Entrada: Una reunión entra por Fathom con transcripción y contexto de cuenta.
2. Extracción: El sistema identifica acciones candidatas y conocimiento de apoyo.
3. Routing: La vía especialista correspondiente recibe el trabajo en su canal real de Slack.
4. Borrador: Se prepara un elemento de Linear como draft, no como compromiso aprobado.
5. Aprobación humana: Remy o el responsable revisa asignación, redacción, fecha e implicaciones.
6. Registro: La tarea aprobada entra al sistema normal con su fuente intacta.
7. Continuidad: La base y el historial apoyan forecasts, decks, afiliados o creatividad posteriores.

Otros módulos siguen el mismo patrón: preparar un activo útil, mostrarlo donde trabaja el equipo y conservar aprobación.

Qué cambió

• Construido: TikTok Shop OS con CEO Direct y áreas de ventas, finanzas, afiliados, operaciones, creatividad e investigación.
• Conectado: Slack socket, ingestión Drive-conocimiento, Fathom, borradores de Linear y salidas Sheets.
• Operativizado: Scripts de afiliados, forecast a XLSX, decks PPTX y soporte de pipeline UGC.
• Protegido: Tarballs diarios y failover reducen dependencia de un estado frágil.
• Verificado en vivo: La auditoría del 2 de julio encontró claves, integraciones, publicación y routing funcionando.
• Uso activo: Routing y publicación están demostrados. No se cuantifican campañas, ingresos de afiliados ni tiempo ahorrado.
• Dependencia del cliente: SOP más profundos, confirmación de otros canales, brand kit y acceso a Seller/Affiliate Center para métricas fuera de la API actual.

Evidencias

• Prueba de agentes: Ocho agentes mapeados a canales reales.
• Prueba de conocimiento: 173 archivos con sync de Drive y estructuración documental.
• Prueba de flujo: Pull de reuniones Fathom y filing draft-first en Linear.
• Prueba de salida: Afiliados, forecasts, decks y soporte UGC construidos.
• Prueba de resiliencia: Backups diarios y failover activos.
• Límite: La auditoría clasificó módulos como activos, preparados o dependientes de acceso; no comunicó resultado financiero.

Tecnología, al final

El sistema usa gateway OpenClaw en VPS de RECAST, Slack socket, Claude Max mediante suscripción Claude Code, proxy de facturación, sync de Drive, conocimiento estilo Obsidian, Fathom, Linear, Sheets, generación XLSX/PPTX, rutas UGC con ElevenLabs, backups y failover. Cada herramienta vive tras un área y estado de evidencia identificados.

Testimonio del cliente

No existe una cita textual verificable. La auditoría de julio y los artefactos del runtime constituyen la prueba pública.

Siguiente transformación

Descubre cómo la capa de Yannick Schatz se reforzó durante entrega real de clientes, incluidos fallos de canales, memoria, transcripción y renders largos.

Obtén tu plan de IA

Si tu agencia tiene herramientas pero una persona aún convierte cada conversación en cada acción, el cuello es la capa operativa entre ellas. Reserva una auditoría gratuita de IA para identificar la primera ruta que merece demostrarse.

Registro de fuentes

• OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 23.
• RECAST_CASE_STUDIES_2026_UPDATED.pdf, página 19, documento RA-CASES-001, versión 2.0.
• RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.5, 11 y 58.