Proyecto técnico · Shorts Automation
Infraestructura para localizar y adaptar Shorts
Shorts Foundry es el sitio informativo oficial de Shorts Automation, un orquestador que produce vídeo vertical a partir de un guion adaptado: transcribe, traduce, narra, subtitula, compone elementos propios y renderiza, con controles de procedencia y QA técnica en cada paso.
Esta página describe qué hace el sistema y, con el mismo detalle, qué no hace. El proyecto está en desarrollo y su estado por fases se publica más abajo sin redondear.
Qué es
Una cadena de producción automatizada, pensada para operarse sobre material propio o sobre material cuya procedencia esté documentada. El sistema no busca contenido, no descarga contenido de terceros y no decide por su cuenta qué puede usarse: todo recurso entra porque alguien lo declara, y entra con una decisión de licencia explícita asociada.
Las etapas del pipeline
- TranscripciónEl texto de partida se obtiene del material declarado como fuente.
- Traducción y adaptación editorialPaso al español con validaciones objetivas sobre el texto: no puntúan calidad editorial.
- NarraciónSíntesis de voz a través de una interfaz de proveedor; la duración se mide sobre el archivo generado, nunca se estima.
- SubtítulosAlineación por palabra, segmentación bajo reglas explícitas y serialización a SRT y ASS.
- Elementos originalesRótulos y capas propias generadas por el pipeline, registradas como recursos con su propia procedencia.
- Controles de procedenciaCada recurso lleva fuente, evidencia y decisión de licencia. La puerta se aplica antes de invocar el motor de render.
- RenderizadoComposición a vídeo vertical 1080×1920, H.264 y AAC.
- QA técnicaLas propiedades del archivo final se leen del archivo, no se dan por buenas porque se configuraran.
- Integración con YouTubeEn desarrollo. Hoy alcanza a la autenticación; ver la sección correspondiente.
Qué no es
Para evitar cualquier malentendido sobre el propósito del proyecto:
- No es una herramienta para evadir Content ID ni ningún otro sistema de detección de derechos de autor. No existe puntuación de similitud, porcentaje de transformación ni umbral de diferencia; esos conceptos no están en el sistema.
- No es una herramienta para copiar o republicar Shorts ajenos. Conocer la dirección de un vídeo de un tercero no autoriza a renderizarlo, y ninguna base de procedencia convierte esa dirección en material utilizable.
- No garantiza monetización. Nada en el sistema determina si una pieza es monetizable.
- No garantiza la ausencia de reclamaciones, retiradas o avisos. El sistema no puede anticipar ni impedir decisiones de una plataforma o de un titular de derechos.
- No convierte contenido ajeno en contenido legal. No existe un evaluador automático de uso legítimo, y ningún procesamiento técnico transforma por sí solo la situación jurídica de un material.
El sistema aplica una política técnica. La valoración jurídica y editorial es humana, se mantiene deliberadamente separada y su estado inicial es «no evaluado».
Procedencia: qué puede entrar al render
Cada recurso se registra con su origen, la evidencia que lo respalda y una decisión de licencia explícita. Esa decisión determina si el recurso puede llegar al render, y la restricción es estructural: el registro de procedencia se niega a validar si entre el material de render aparece algo sin fuente declarada, sin decisión, o con una decisión que no lo autorice.
| Clase | Qué significa | ¿Entra al render? |
|---|---|---|
| RENDER_ALLOWED | Hay una base de procedencia aceptada y la evidencia que la política exige para ella. | Sí |
| REFERENCE_ONLY | Se consultó para investigar, analizar o documentarse. | No |
| NEEDS_REVIEW | Falta información para poder decidir. | No |
| BLOCKED | Se decidió que no. | No |
REFERENCE_ONLY
Una fuente de referencia puede informar el análisis, el tema, la transcripción, la traducción y el guion adaptado. Lo que no puede ser es fuente de vídeo, de imagen o de audio, ni material de render, ni entrada del motor, ni salida final. El nombre de un archivo no cambia nada: si su procedencia dice que es de referencia, queda bloqueado.
No hay promoción automática. Pasar de referencia a material utilizable exige una decisión nueva, con su base y su evidencia.
RENDER_ALLOWED
Depende de una base de procedencia adecuada y de la evidencia que esa base requiere. Una afirmación sin respaldo no basta, y las bases que no pueden sostenerse por sí solas —origen desconocido, o una alegación de uso legítimo— terminan siempre en revisión, nunca en autorización.
RENDER_ALLOWED no significa LEGAL_CERTIFIED
Que un recurso esté marcado como utilizable significa exactamente que la procedencia registrada y la evidencia disponible satisfacen la política técnica de este sistema.
No significa ninguna de estas cosas:
- que exista garantía legal de nada;
- que no vaya a haber reclamaciones de derechos de autor;
- que no vaya a activarse Content ID;
- que la pieza sea monetizable;
- que esto constituya asesoramiento jurídico.
La decisión técnica y el juicio editorial y legal viven en sitios distintos a propósito. El segundo no se automatiza y solo una persona puede pronunciarlo.
La procedencia se registra, no se verifica
Que un recurso declare una licencia determinada no significa que alguien haya auditado esa licencia: el registro apunta a una evidencia que una persona debe comprobar. Lo que sí es automático es el bloqueo del material de referencia y la comprobación de integridad del archivo.
QA técnica y juicio editorial
La QA técnica comprueba propiedades objetivas y verificables: que las capas se compusieron, que el archivo final tiene las características esperadas, que la duración medida se corresponde con la narración. Es una comprobación de ingeniería.
La validación visual es parcial por diseño: la automatización puede afirmar que una capa se compuso, pero que un subtítulo o un rótulo se lean bien exige mirar los fotogramas. Los informes lo advierten siempre.
Que los elementos de transformación queden registrados no implica que una pieza sea jurídicamente transformativa, ni que sea publicable, ni que sea monetizable. Son planos distintos y el sistema no los mezcla.
Integración con YouTube
La integración con YouTube es una capacidad del proyecto en desarrollo. Conviene ser preciso sobre en qué punto está, porque la diferencia importa.
Implementado
- Autenticación mediante OAuth con la cuenta de Google que administre el canal.
- Lectura de qué canal quedó autorizado, para compararlo con el canal esperado.
- Los contratos y la máquina de estados que describen una publicación: qué se quiere publicar, por dónde va una ejecución y qué respondió la plataforma.
No implementado
- Subida de vídeos. No existe la llamada de inserción, ni un componente publicador.
- Publicación automática, programación de publicaciones y política de reintentos.
- Descubrimiento de contenido, analítica y gestión de varios canales.
Autenticar no es publicar. Hoy el sistema sabe identificarse frente a YouTube y decir de qué canal es la autorización. No sube nada. Este sitio no publica contenido de forma automática, y no afirmará lo contrario mientras esa capacidad no esté implementada y validada en producción.
El consentimiento OAuth lo da una persona, de forma manual y puntual. No se automatiza, y eso es deliberado.
Estado del proyecto
El desarrollo avanza por fases cerradas. Una fase se da por buena cuando sus contratos, sus pruebas y su documentación están completos.
| Fase | Contenido | Estado |
|---|---|---|
| 0 – 0.5 | Auditoría del motor de render y prueba de concepto del pipeline | Aprobado |
| 1 | Contratos, trazabilidad de corridas y pipeline mínimo | Aprobado |
| 2 | Traducción y adaptación editorial | Aprobado |
| 3 | Narración, alineación y subtítulos | Aprobado |
| 4 | Procedencia, transformación editorial y QA técnica | Aprobado |
| 5 | Render de extremo a extremo hasta el archivo final | Aprobado |
| 6 | Fuentes, evidencia y decisiones de licencia | Aprobado |
| 7.0 | Publicación: contratos y máquina de estados | Cerrado |
| 7.1 | Autenticación OAuth con YouTube y verificación del canal | Implementado, sin aprobar |
| 8 y siguientes | Publicación real y trabajo posterior | No iniciado |
Responsabilidad de quien lo usa
Shorts Foundry es infraestructura. Quien la opera decide qué material introduce, bajo qué base lo declara y qué hace después con el resultado, y es responsable de todo ello: de tener los derechos necesarios sobre lo que procesa, de la exactitud de la procedencia que declara, y del cumplimiento de las normas de cualquier plataforma donde publique.
Las comprobaciones automáticas del sistema son controles de ingeniería. No sustituyen la revisión humana, ni el asesoramiento jurídico, ni la responsabilidad de quien publica.