El despliegue de Yannick Schatz no se presenta como una demo impecable. Es más valioso: una capa operativa de agencia corregida repetidamente bajo la presión de trabajo real. RECAST construyó el sistema especialista y después reforzó las rutas con mayor probabilidad de fallar cuando importaban velocidad y fiabilidad.
Evidencia en la fecha de publicación: la verificación del 30 de mayo de 2026 encontró ocho agentes y 42 conexiones. El registro incluye routing reparado, transcripción local funcional, scripts deterministas de reporte diario y un UGC Engine de primera clase utilizado en el entorno activo de la agencia.
La empresa
Yannick dirige una agencia alemana donde guiones, ads, producción creativa, investigación de competencia, consultoría, outreach, facturas, UGC y reporting diario afectan directamente a la entrega. Son funciones relacionadas, pero no comparten una sola definición de buen trabajo.
Un especialista en guiones necesita un brief y herramientas distintos a un escáner de facturas. Un render UGC requiere visibilidad de progreso y normas de archivos que no necesita una tarea de investigación. La operación exigía separación departamental dentro de la superficie de comunicación habitual.
La restricción
La agencia no carecía de software. Carecía de coordinación fiable entre software e instrucciones especialistas. Cuando un canal autorizado no respondía, la memoria ralentizaba una sesión, una nota de voz no se transcribía o un archivo superaba el límite de Discord, el fallo aparecía en medio de trabajo pagado.
Eso convirtió la fiabilidad en requisito operativo, no detalle de infraestructura. Un sistema que solo funciona en una demo no puede sostener entrega de agencia.
Por qué las herramientas existentes no bastaban
Herramientas separadas de generación, investigación, CRM, email y facturación podían completar partes. No podían decidir qué departamento poseía la petición, conservar la memoria correcta, mantener informado al equipo durante un render largo ni recuperarse cuando una ruta quedaba dañada.
La capa ausente necesitaba conexiones explícitas, memoria limitada, progreso observable y helpers deterministas para tareas recurrentes. También debía revertir una ruta de modelo o reparar un wrapper cuando la evidencia productiva contradijera la hipótesis de diseño.
Mapa de transformación
Antes
Solicitud en Discord -> una persona elige herramienta y reconstruye contexto -> proveedor -> seguimiento manual -> resultado al proyecto
Después
Canal mapeado -> agente especialista -> memoria acotada + proveedor aprobado -> señal de progreso -> salida revisada -> registro del proyecto
El trabajo permanece visible en Discord, pero la orquestación inferior es departamental y gobernada.
Un flujo de principio a fin
- Entrada: Un miembro envía una petición de guion, creatividad, investigación, UGC, outreach, asesoría o factura en un canal autorizado.
- Routing: Las conexiones la llevan al especialista correspondiente en vez de forzar todo por el agente principal.
- Recuperación: La memoria activa acotada y gbrain aportan contexto del cliente o flujo sin arrastrar todo el historial.
- Ejecución: El especialista usa su ruta gobernada: Kie.ai, transcripción local, helpers de investigación o scripts de factura/reporting.
- Progreso y recuperación: Los trabajos largos muestran progreso. Las guardas evitan silencios, y sesiones corruptas o rutas inseguras pueden reiniciarse o revertirse.
- Salida: El entregable vuelve al canal del proyecto para criterio humano y entrega.
- Continuidad: Helpers de canales y reportes diarios preservan estado más allá de una conversación.
Qué cambió
- Construido: Sistema departamental para main, guiones publicitarios, contenido, creatividad, competencia, asesoría, outreach y UGC.
- Conectado: Canales de proyectos, transcripción local, gbrain, generación Kie.ai, escaneo de facturas Google/Gmail y reporting Make/Close.
- Reforzado: Se corrigieron no-ops silenciosos, wrappers de voz, medios grandes, alcance de memoria, sesiones dañadas y rutas inseguras a partir de fallos observados.
- Operativizado: UGC Engine se convirtió en agente configurado; helpers deterministas manejan estado diario y canales.
- Verificado en vivo: Ocho agentes y 42 conexiones presentes el 30 de mayo de 2026 con el stack activo en VPS.
- Uso activo: El registro vincula explícitamente los ajustes con trabajo real, generación multimedia activa y routing activo de Discord.
- Resultado financiero comunicado por el cliente: Ninguno registrado; la profundidad productiva no se convierte en una cifra inventada.
Evidencias
- Alcance: Ocho agentes activos y 42 conexiones.
- Prueba de producción: Cambios de fiabilidad respondieron a comportamiento real de canales, memoria, voz y UGC.
- Prueba de flujo: SOP-23 UGC Engine, routing de imagen/vídeo, escáneres, helpers de canales y estado diario instalados.
- Prueba de control: Progreso para renders largos, rollback de rutas riesgosas y reset de sesiones.
- Límite: “Probado bajo presión” describe operación real observada y corrección; no un resultado empresarial cuantificado.
Tecnología, al final
El sistema alojado en VPS usa OpenClaw 2026.5.6, Discord, proxy de facturación, agency-os-yannick, Caddy, Ollama, gbrain/memory, Whisper local, Kie.ai, motor UGC integrado, investigación, escaneo de facturas Google/Gmail y scripts Make/Close. Helpers propios gestionan voz, conexiones, reportes y fiabilidad. El stack es amplio porque el trabajo también lo es; el principio sigue siendo routing, control y evidencia observable.
Testimonio del cliente
No existe una cita textual verificable. La afirmación pública descansa en el despliegue verificado y el registro de hardening productivo.
Siguiente transformación
Descubre cómo Z Media coordina ocho áreas especialistas alrededor de TikTok Shop, con ingestión de conocimiento y seguimiento de reuniones basado primero en borradores.
Obtén tu plan de IA
Si tu agencia tiene herramientas potentes pero producción sigue rompiéndose en handoffs, routing y memoria, la oportunidad es una capa diseñada alrededor de esos fallos. Reserva una auditoría gratuita de IA para mapear la tuya.
Registro de fuentes
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 20.RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.4, 11 y 58.