El bot UGC de Magic Agency tenía un objetivo aparentemente simple: pedir en Discord una imagen o un vídeo basado en un personaje y recibir un activo útil. La realidad productiva era más difícil. RECAST trató acceso, ejecución del proveedor y aprobación creativa como capas independientes, y demostró la generación técnica sin declarar listo todo el flujo.
Evidencia en la fecha de publicación: el bot estaba activo, existía actividad posterior a la restauración, las pruebas de saldo/estado de proveedor funcionaban y una muestra controlada de Seedance terminó para cuatro perfiles. La aprobación visual y la preparación amplia del operador siguen abiertas; por eso es un piloto.
La empresa
El proyecto Magic Agency de Igor se centra en producción UGC con IA desde Discord. Los operadores deberían poder enviar una solicitud de imagen o vídeo, elegir el perfil correcto de personaje o modelo y recibir contenido por rutas controladas.
El flujo se cruza con permisos, secretos, prompts, paquetes de referencia, estado de tareas, comportamiento del modelo y criterio humano. Un proceso de servicio sano solo demuestra una de esas capas.
La restricción
El proyecto acumulaba riesgos solapados: canales bloqueados podían impedir trabajar a operadores reales; fallos históricos de proveedor podían dejar tareas obsoletas; metadatos débiles degradaban la consistencia; cambiar de proveedor podía ocultar la causa; y un render completado técnicamente podía fallar la revisión visual.
Estos problemas se confundieron durante un aviso de “caído todo el día” el 27 de junio. Tratarlo como una sola interrupción habría llevado a modificar la capa equivocada.
Por qué las herramientas existentes no bastaban
Los proveedores generan medios y Discord acepta comandos, pero ninguno garantiza que el operador correcto tuviera acceso, que se eligiera el perfil adecuado, que se ejecutara la versión prevista del prompt o que el activo cumpliera el estándar de la agencia.
La capa de producción ausente necesitaba trazabilidad: diagnóstico de permisos, probes de proveedor, registros de tareas, metadatos de referencias, copias, disciplina de versiones y revisión humana. Sin ella, cambiar de modelo puede cambiar el síntoma y conservar el fallo.
Mapa de transformación
Antes
Solicitud en Discord -> estado incierto de permiso/proveedor/prompt -> render o tarea obsoleta -> diagnóstico confuso -> cambios repetidos de modelo
Después
Canal autorizado -> perfil + metadatos -> ruta controlada de imagen/vídeo -> registro -> muestra técnica -> QA visual de Daniel/Igor -> decisión de producción
El éxito técnico y la aprobación creativa son dos gates distintos.
Un flujo de principio a fin
- Acceso: Un operador aprobado entra al canal UGC designado con los permisos necesarios.
- Solicitud: Envía un brief sencillo de imagen o vídeo para un perfil identificado.
- Preflight: El flujo valida restricciones del proveedor, referencias y metadatos antes de crear la tarea.
- Generación: La solicitud pasa por GPT Image, Kie, Seedance o la ruta controlada de vídeo seleccionada.
- Registro: Estado, respuesta del proveedor y artefacto quedan trazables en lugar de perderse en un mensaje.
- QA técnico: El equipo confirma que terminó y que el resultado puede recuperarse.
- QA visual: Daniel o Igor juzga identidad, movimiento, composición y utilidad antes de aprobar un uso más amplio.
La fuente demuestra los seis primeros pasos para una muestra controlada de cuatro perfiles. No conserva una aprobación creativa general final.
Qué cambió
- Diagnosticado: La queja del 27 de junio se explicó mejor por acceso al canal tras restringir permisos UGC.
- Separado: Acceso de Discord, fiabilidad de proveedor y calidad creativa pasaron a ser vías de investigación independientes.
- Protegido: Se capturaron copias y recuperación segura antes de modificar producción.
- Inspeccionado: Se auditaron el servicio y los registros; las pruebas de saldo y estado respondieron correctamente.
- Probado: Se completó un paquete técnico final de Seedance para cuatro perfiles.
- Aún en piloto: Quedan QA visual, metadatos de referencia, endurecimiento de prompts/versiones, reparación de filas obsoletas y QA controlado de solicitudes simples.
- Resultado financiero comunicado por el cliente: Ninguno registrado.
Evidencias
- Prueba de servicio: El bot alojado en VPS estaba activo durante la auditoría.
- Prueba de actividad: El registro conservaba actividad posterior a la restauración.
- Prueba de proveedor: Funcionaron las consultas de saldo y estado de Kie.
- Prueba de muestra: Cuatro perfiles completaron el paquete técnico final de Seedance.
- Prueba de investigación: El registro incluye conclusión de permisos, clasificación de fallos, hipótesis de prompt/modelo y restricciones de preflight de Kling.
- Límite: Una muestra técnica completa no afirma que cada salida cumpliera el estándar de marca ni que producción amplia estuviera aprobada.
Tecnología, al final
El piloto funciona como bot de Discord en un VPS bajo systemd, con código en /opt/igor-ai-ugc-bot y estado en /var/lib/igor-ai-ugc-bot. Usa la cuenta Creative Bot, rutas del guild Magic Agency, probes de Kie, vías de GPT Image/OpenAI, Seedance, reglas de preflight de Kling, registros de tareas, paquetes de referencia y baselines de backup. La documentación local conserva la ruta segura de rollback.
Testimonio del cliente
No existe una cita textual verificable. El aviso de caída es contexto de incidente, no un testimonio, y no se reutiliza como tal.
Siguiente transformación
Consulta la capa operativa activa de Yannick Schatz, donde un motor UGC forma parte de un sistema departamental más amplio y utilizado.
Obtén tu plan de IA
Si un bot creativo está “activo” pero el equipo no puede demostrar acceso, versión, salida y aprobación, falta el flujo de producción alrededor del modelo. Reserva una auditoría gratuita de IA para mapearlo.
Registro de fuentes
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 24.RECAST_CASE_STUDIES_2026_UPDATED.pdf, página 20, documentoRA-CASES-001, versión 2.0.RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.5, 11 y 58.