TouKenAI/TK-koubo-video

TK-koubo-video-V1.1

Flujo de trabajo de video koubo TK V1.1: Basado en FredTalk 2.1, añade el pipeline de imágenes fijas B-roll (ver Plan de imágenes fijas B-roll); el proceso estándar de cada episodio se encuentra en AGENTS.md en la raíz del repositorio. La versión original fred-remotion-output se conserva como copia de seguridad.

Acceso a fuentes y descarga de componentes

Lee Acceso a descarga de componentes al descargar o publicar componentes. Para un ZIP de fuente oficial descargado, usa por defecto python3 scripts/assets.py import --zip <ruta-local>; no se necesita configuración de token. La descarga automática de tokens es opcional. Si este espacio de trabajo carece de la herramienta de importación pública, usa un checkout público independiente y actualizado; no fuerces un pull ni sobrescribas las fuentes de producción del propietario. Las vistas previas públicas y la disponibilidad de la fuente son independientes; verifica la fuente instalada antes de seleccionar un componente ejecutable.

La versión pública utiliza los datos de componentes de este repositorio, el código fuente independiente y los materiales genéricos descargados según el manifiesto. La búsqueda de componentes, la comparación de los Top 3 por segmento y la comparación repetida de todo el episodio comparten el mismo catálogo actual; no se leen directorios privados del autor, grabaciones, música de fondo ni enlaces a máquinas específicas. La navegación y la búsqueda no requieren API Key.

Primero verificar componentes, luego entregar sugerencias o fotogramas clave

Confirmado por Fred el 2026-10-03: Las imágenes de Remotion solo pueden reutilizar con precisión componentes ya aprobados, o crear una segunda versión basada en componentes aprobados. Por defecto, está prohibido crear contenido original fuera de la biblioteca de componentes. Solo se permite una excepción con autorización explícita para esa ocasión; "salida directa" o "no esperes a mi confirmación" no equivalen a autorización para crear originales. Esta regla anula la antigua directiva predeterminada de "se puede crear original si no hay referencia adecuada" en materiales históricos.

Confirmado por Fred el 2026-10-13: Por defecto se permite la "personalización a nivel de escena". Los episodios 113 y 114 lograron una calidad del 90–95% reescribiendo las escenas para el contenido del episodio, no simplemente encadenando componentes tal cual. El alcance de la "segunda creación" se define de la siguiente manera:

• Permitido por defecto: Reescribir el código de cada escena para el episodio actual; desmontar un componente ya aprobado, tomar solo sus acciones, relaciones de objetos o geometría, modificar la sincronización, eliminar su introducción y cierre inherentes, y re-articular las uniones; combinar acciones de múltiples componentes en una secuencia. La capa base (fuentes, colores, sombras, easing, cursor, subtítulos, esquinas, efectos de sonido, mapeo de coordenadas del kit) debe usarse tal cual, sin escribir valores aproximados a mano. Cada archivo de escena debe tener un comentario en la primera línea que indique de qué componente proviene la acción.
• Todavía prohibido: Páginas de solo texto grande, plantillas genéricas, nuevos estilos visuales sin ninguna fuente de acción identificable, o escritura que viole DESIGN.md. Estos aún requieren autorización para cada ocasión.
• La incorporación de componentes públicos a la biblioteca aún requiere la aprobación de Fred. La escena actual solo sirve para el episodio actual; solo cuando surja una necesidad similar repetidamente, se destilará en un componente público siguiendo el flujo de nuevo componente.
• Cómo lograr esta calidad se explica en la sección 0 de Montaje del episodio.

Antes de dar sugerencias segmento por segmento y antes de entregar fotogramas clave reales, se debe pasar por la Puerta de entrega de la biblioteca de componentes respectivamente. Primero busca y consulta la referencia precisa, luego selecciona el tipo e implementa; no escribas una plantilla genérica primero y agregues el número de referencia después. La segunda creación debe retener una composición central, relaciones de objetos o lógica de acción reconocibles; no se puede tomar prestado solo fuente/color/esquinas redondeadas. Si no hay un componente adecuado, informa "componente pendiente" y la brecha, sin degradar por defecto a una página de texto original.

La verificación la realiza el asistente internamente, sin agregar una nueva aprobación de Fred. Las sugerencias deben verificar la coincidencia entre el candidato real y la expresión; los fotogramas clave también verifican: código fuente → función del episodio → llamada real → imagen de salida. Ambas etapas registran las conclusiones específicas de la revisión y la evidencia actual del archivo; la disponibilidad técnica no reemplaza la aprobación visual. Si library_gate.py no pasa (PASS), no se puede entregar la sugerencia o fotograma clave correspondiente; el generador público lo bloquea automáticamente, y el frontend personalizado y las sugerencias del chat también deben ejecutar la misma puerta de acceso. Las grabaciones de pantalla reales, imágenes, videos existentes, el flujo independiente de B-roll, los subtítulos y esquinas fijas, y los marcadores de posición de grabación de pantalla explícitos no están sujetos a la restricción de originalidad, pero estas categorías no se pueden usar para encubrir nuevos diseños de Remotion. Los videos antiguos no se reelaboran retrospectivamente; al emitir nuevas sugerencias/fotogramas clave en el futuro, se verificarán según el alcance real actual, sin actualizar las aprobaciones antiguas.

Expresa claramente la transcripción, manteniendo la calidad de animación que Fred ha aprobado. Primero determina la etapa actual y lee solo los materiales de esa etapa y la escena actual; las instrucciones completas y las reglas históricas se dejan para la auditoría/mantenimiento.

Los componentes de texto/animaciones de texto del cuerpo, la referencia técnica de Remotion del proyecto y la organización general del Deck antiguo se han consolidado como módulos internos y ya no son entradas independientes de producción diaria. Usa solo un Manifiesto actual y un mismo frontend; la réplica y el renderizado en la nube se mantienen independientes. La biblioteca visual y la búsqueda de producción comparten seis tipos de uso de producción, etiquetas de múltiples propósitos y filtros de fuente independientes. references.py --use explain --source ep107 permite buscar por tarea y fuente; el paquete de escena individual incluye la entrada real, la acción, la duración del metraje original y el alcance de la adaptación. El frontend primero mira la biblioteca visual por defecto; Fuentes y jerarquía tipográfica vincula fuentes reales con responsabilidades. Primero verifica el video, la interfaz y las dependencias precisas, luego conserva todas las acciones necesarias para el episodio actual.

Primero ver candidatos, luego define la imagen para cada segmento

Un problema común de Codex/asistente es usar solo dos o tres componentes familiares, o escribir directamente páginas de texto grande. Para cada párrafo que necesita una imagen, sigue el orden a continuación, sin saltos:

1. En el Manifiesto, escribe componentPlan.query: Describe los objetos y acciones visibles en la imagen de este segmento (por ejemplo, "comparación lado a lado de precios de dos herramientas, los números se asientan"), no copies la voz en off.
2. Ejecuta scene.py --manifest <ruta> --scene-id <id> --candidates-only: Proporciona 5 candidatos buscados por la descripción de la imagen, y narrationCandidates buscados por la voz en off. Si no hay suficientes del mismo tipo, se completarán con tipos cruzados y se marcará sameSceneType.
3. Revisa uno por uno el video preciso o los fotogramas clave de los candidatos (references.py --id <id> --full), luego decide según el contenido. Los primeros 3 candidatos deben registrar selected/rejected y la razón específica en componentPlan.candidates; library_gate.py --stage suggestion recalculará e interceptará las omisiones. Los segmentos con autorización original también deben compararse primero.
4. Si ningún candidato es adecuado: Intenta buscar con otros términos (desglosar en objetos + acciones, cambiar --use). Si aún no hay ninguno, informa la brecha sin degradar a una página de solo texto grande.

Dónde buscar primero según el contenido (punto de partida, no una combinación fija):

Lo que dice la voz en off	Intenta primero
Una conclusión, palabra clave	--query palabra clave una frase; si una palabra aparece repetidamente en múltiples artículos, usa NMC01
Enumerar varios puntos, capacidades	--query puntos lista, --query tarjetas categoría
Pasos, proceso, causa-efecto, arquitectura	--query proceso pasos, --query rama relación
Comparación de dos elementos, antes y ahora	--query comparación diferencia, --query versión
Ingresar prompt, chat, respuesta	INT03 (operación Codex), INT04 (WeChat editable), CAM04; --query entrada enviar
Una frase de una captura de pantalla o artículo	INT01 (resaltador), INT02 (enfoque con máscara); --use recording-focus
Operación de grabación de pantalla real	CAM01–CAM05, --use video-entry; reproducción a pantalla completa usa el componente grande por defecto
Obra, múltiples imágenes, imagen de resultado	--use images
Números, precios, gráficos	--use data, --query datos crecimiento; estos componentes son escasos, si no hay adecuados, informa la brecha honestamente
Capítulos, transiciones, siguiente segmento	--use handoff, --query transición

Orden de colaboración predeterminado

Guion/grabación opcional → Sugerencias de texto e imagen segmento por segmento del asistente → Fred elige la dirección → Fotogramas clave con componentes reales → Fred comenta y confirma → El asistente verifica internamente la animación → Video completo → Revisión localizada según comentarios.

• Ya desde la primera versión de la página, proporciona sugerencias con contenido: qué se va a decir, por qué es adecuado, imágenes de referencia o clips reproducibles. Cuando se pueda expresar con componentes precisos de la biblioteca, muestra primero el efecto real; solo crea storyboards para nuevas composiciones, no devuelvas la tarea de diseño en blanco a Fred.
• Una vez determinada la dirección, implementa primero los componentes reales suficientes para renderizar, usando el texto/medios del episodio actual y las esquinas/subtítulos aplicables para generar fotogramas clave. Los fotogramas clave se usan para ajustar el diseño, la jerarquía, la escala, la legibilidad y las superposiciones; luego, internamente, se revisan las animaciones cortas, el sonido y las uniones antes de generar el video completo. Por defecto, no se espera una ronda adicional de aprobación de muestra dinámica por parte del usuario.
• El mismo frontend muestra continuamente sugerencias, fotogramas clave y video, conservando versiones y comentarios. Por defecto, usa la plantilla de revisión pública (scripts de inicialización/actualización/inicio), solo cambia el Manifiesto y los medios del episodio actual; el módulo de audio reutiliza la plataforma pública de la Skill de audio, sin reescribir la página cada episodio. assets/review-example-ep108/START.py abre directamente un ejemplo real del contenido de los primeros 7 segmentos (61.47 segundos) del episodio 108, que incluye voz en off, subtítulos, fotogramas clave y video; es un ejemplo de datos reemplazable, no un esquema de imagen fijo para cada episodio. La cantidad la determina el contenido, no un diseño fijo de 9 cuadros, 140 imágenes, cuota de componentes o frecuencia de corte. El método de trabajo completo y los campos se detallan en Ruta, fotogramas clave y confirmación.
• Si ya hay una dirección clara/fotogramas clave confirmados, no preguntes repetidamente; las revisiones parciales solo procesan el contenido afectado. La autorización actual de salida directa puede omitir los pasos de revisión del usuario, registrando la fuente real y el alcance no revisado; las verificaciones técnicas internas y las verificaciones de animación necesarias aún se ejecutan, no escribas la autorización de salida como aprobación de muestra. Si generar fotogramas clave o salir directamente se hará según la solicitud de Fred en ese momento, sin recordatorios o desalientos adicionales (2026-10-12 Fred lo confirmó); si no se especifica, sigue el orden predeterminado anterior y primero genera fotogramas clave.
• Unir los componentes en un episodio completo (ingeniería de segmentos, empaquetado de grabaciones de pantalla, tabla de transición entre segmentos, deduplicación en todo el video, formas de énfasis, autoverificación dinámica antes del renderizado) se ejecuta según Montaje del episodio. El resumen que se da a las subtareas que escriben código de segmento debe incluir sus secciones 2–7 y la tabla de transición del episodio actual. La estructura de ingeniería usa directamente el Esqueleto del episodio (línea de tiempo, carcasa del segmento, geometría de transición, renderizado por bloques, audio y BGM, envío al frontend); antes de la entrega, verifica según la sección 12 de Montaje del episodio.

Lleva los requisitos del usuario a cada toma real

Las fuentes compartidas, el énfasis en el texto completo y la sustitución de medios de la adaptación de componentes se detallan en Mapa de reutilización de componentes. scene.py llevará la componentAdaptation de este segmento; antes de implementar, verifica la jerarquía tipográfica del mismo grupo, las responsabilidades de contenido, el estado de revisión de todo el texto y la protección a nivel de objeto; los parámetros precisos provienen del contenido actual, no fijes el tamaño de fuente, el número de líneas o la combinación de componentes para un solo episodio.

Las tomas, texto, materiales y requisitos de conservación que el usuario ya ha proporcionado son la entrada de ejecución actual; no se requiere que el usuario escriba un prompt detallado para cada episodio. Primero, siguiendo los Valores predeterminados de producción, guárdalos en el mismo Manifiesto en designContract y en las escenas afectadas; al implementar, usa scene.py --manifest ... --scene-id ... para leerlos, asegurando que los requisitos de todo el video, la acción actual, los materiales y las esquinas lleguen juntos. Al cambiar la dirección, actualiza simultáneamente la descripción de la acción anterior, no solo cambies la imagen o el número de versión.

La implementación de la acción y la revisión se realizan según Estado de verificación específico: verifica la trayectoria continua, expande solo cuando el contenido esté listo, ventanas de lectura reales y transiciones en el mismo soporte; cuando el diseño ya esté establecido, prioriza el cambio de foco según la voz en off, sin rehacer automáticamente el diseño. La aprobación estática, la aprobación técnica y la aprobación dinámica aún se registran por separado.

La preparación de materiales, según Responsabilidades de información de todo el guion, distingue entre ejemplos de efectos listos, materiales de explicación del episodio actual y evidencia de operación real; la revisión, según Dimensiones aprobadas, protege la versión precisa. "Agregar máscara/componente sobre la base anterior" hereda el estado del medio, el desplazamiento y la cámara según Transición de estado final real, sin reiniciar la escena.

Al delegar o tomar el control de instrucciones cortas, usa el Resumen de ejecución de producción, completando la ruta del episodio actual, la autorización actual y el alcance de conservación; se refiere a la fuente de hechos actual, sin agregar un nuevo conjunto de aprobaciones. Las tomas representativas deben verificar "si mantienen la expresión y la calidad en comparación con los requisitos y referencias"; PASS técnico no puede reemplazar este paso.

BGM predeterminado para video completo

El video completo terminado se ejecuta por defecto según Música de fondo: Fred en su máquina local usa música privada con volumen ajustado, comenzando desde el segundo 0, seleccionando segmentos internamente para completar la duración, silenciando durante los intervalos de apreciación del sonido original mientras el reloj de la música continúa, mezclando todo el video una vez y luego reempaquetando. El volumen lineal de la pista BGM normal es 1, sin bajar los decibelios nuevamente; el bus final usa la protección necesaria según el pico AAC real. El enlace a la máquina local y la entidad musical no se distribuyen ni se suben automáticamente; otros usuarios usan --bgm para proporcionar su propia música, aún pueden usar las mismas capacidades de extensión/silencio/mezcla. Los videos completos que ya contienen BGM y las pistas devueltas desde CapCut no se les agrega nuevamente; las voces en off solitarias y los diagnósticos de componentes no agregan música por defecto. La entrada de ejecución es scripts/bgm.py, el paquete de capacidad es generado por scripts/package_bgm.py.

Doblaje fijo y asignación de componentes del episodio

Por defecto, cada video completo posterior de Fred reutilizará la Transición de doblaje Skill/Biblioteca de componentes en un punto de ruptura natural: solo se fija el audio, la animación cambia en cada episodio, usando la imagen proporcionada o especificada por Fred para el episodio actual, sin reutilizar automáticamente la animación del episodio 109. El texto del nuevo guion no repetirá estas cuatro frases; la duración de muestreo real del doblaje puro actual se lee del manifiesto y se organiza en la línea de tiempo de animación del episodio actual (actualmente 5.540 segundos, el antiguo 6.016 segundos mezclado solo se mantiene como histórico), el estilo de subtítulos y la transición de imagen se manejan según los requisitos del episodio actual. Si el episodio actual ya tiene el mismo doblaje, no se agrega repetidamente; no se fijan los 362 fotogramas del video antiguo ni se insertan números de toma. Antes de la inserción, verifica la identidad del doblaje puro/mezcla SFX de animación, verifica el volumen de toda la línea y las oraciones internas según la Skill de audio, y si es necesario, solo realiza una adaptación local del episodio actual, sin superponer el procesamiento antiguo.

Antes de dar sugerencias, también realiza la Verificación de asignación de componentes del episodio, no solo verifiques tomas individuales. La etapa de sugerencia de library_gate.py ya intercepta componentes duplicados que carecen de comparación específica con el episodio completo; conserva objetos continuos, carcasas con la misma responsabilidad y ecos intencionados, no uses cuotas de repetición para forzar un componente peor. Las similitudes de diferentes fuentes aún requieren una visión general visual real.

Conservar siempre

Los IDs, descripciones y registros de ingreso/publicación de todos los conjuntos de componentes aprobados (réplicas de biblioteca, selecciones de episodios, nuevas selecciones, componentes interactivos, tomas de cámara en 3D, flashes de noticias, etc.) se encuentran unificados en Índice de colecciones de componentes. La búsqueda predeterminada cubre todos los conjuntos, no es necesario recordar los nombres de los conjuntos individualmente.

1. Los requisitos del usuario más recientes tienen prioridad. Bloquea el texto original y los materiales reales; sin grabación, puedes hacer un bosquejo estimado, pero una vez que la grabación final/SRT estén disponibles, actualiza las acciones, subtítulos y efectos de sonido afectados, no solo intercambies la pista de audio. Sin la grabación final, solo se producen fotogramas clave, no el video completo; si la duración es insuficiente, agrega componentes o acorta, no uses cámara lenta o fotogramas fijos para rellenar.
2. Solo hay un Manifiesto actual, pages/stableId registra los segmentos semánticos. Los datos de la escena traen la dirección seleccionada, el modo de implementación, los materiales actuales, los comentarios, el alcance de conservación y las transiciones adyacentes. La producción/revisión/entrega están vinculadas a la versión precisa.
3. Adapta los componentes aprobados según el Lenguaje de diseño, permitiendo la personalización a nivel de escena (ver la sección "Primero verificar componentes" al principio); los nuevos estilos visuales requieren autorización explícita de Fred para esa ocasión. Los valores fijos de diseño visual, tipografía, fuentes, animación, presentación, efectos de sonido y contenido se detallan en la sección 2 de DESIGN.md; la capa de código usa uniformemente el kit de templates/component-kit, sin escribir valores aproximados a mano en cada escena. Consulta primero el Mapa de reutilización de componentes para las capacidades del componente. Primero decide qué cambio debe entender la audiencia, luego selecciona el componente. Si un módulo completo y maduro es adecuado, reutilízalo directamente, conservando las relaciones de acción reales, la jerarquía tipográfica, la geometría y la textura; no te limites a colgar un ID de referencia o copiar una cápsula. Sin un plan preciso, primero informa la brecha, no crees original automáticamente. El modo de implementación y la atribución se detallan en Del contenido al componente.
4. La reproducción a pantalla completa/ventana grande del video principal 16:9 posterior usará por defecto el Componente de reproducción grande del episodio 108: ventana 4K 3600×2027.11, esquinas redondeadas 48, sombra 0 32px 50px #0002, el escenario lógico 1080p usa la mitad de los valores para evitar un segundo escalado. La cobertura explícita actual y otros usos se manejan según las responsabilidades correspondientes. La animación explicativa de la versión horizontal de FredTalk reutiliza la capa de marca fija en la esquina superior derecha, seleccionando la versión existente según el fondo local; las grabaciones de pantalla y las tomas reales, cuando se reproducen como contenido principal, no superponen el logotipo de la esquina superior derecha; Las animaciones B-roll de la persona de Fred agregan el logotipo cuando se reproducen a pantalla completa (2026-10-12 Fred lo confirmó; la versión se verifica según corner-branding.md de fred-remake). Las escenas mixtas muestran/ocultan el logotipo según el intervalo de reproducción real, no se puede colgar una capa de marca de forma incondicional en la capa más externa de todo el video. Cuando se necesitan subtítulos quemados, reutiliza el Módulo Deyihei, incorporándolos ya desde la etapa de fotogramas clave; el primer plano clave evita la ventana real de subtítulos. Los B-roll puros entregados por separado, otras relaciones de aspecto y las excepciones actuales se manejan según el alcance original.
5. Por defecto, 16:9 independiente, vista previa 1080p, producción oficial 4K60; las especificaciones actuales y la ingeniería aprobada tienen prioridad. Renderiza localmente/en la nube según el método autorizado. La estimación de tiempo, la aprobación estática, la verificación dinámica, la aprobación del usuario y el paso técnico se registran por separado. Protege las tomas, pistas de audio y materiales no objetivo, no subas, pagues ni envíes externamente automáticamente. Los cambios menores de subtítulos quemados solo vuelven a renderizar los cue afectados y las uniones necesarias, luego se fusionan; los pronombres antropomórficos para Doubao usan "ella", verificando según la referencia real de género.

Qué hacer ahora, por dónde empezar

Trabajo actual	Lectura y ejecución
Audio + SRT + guion existentes, solo edición aproximada/corrección de subtítulos	Primero usa Edición aproximada de audio y subtítulos, completa los subtítulos largos de todo el video, verifica las repeticiones y pausas dentro de las oraciones, verifica los picos reales, el enlace de corte/subtítulos y la alineación temporal de fuentes nuevas/antiguas según el flujo de trabajo de audio; la grabación procesada esta vez solo se corta según lo solicitado, sin entrar automáticamente en la producción completa del video
Recibir el guion, dar sugerencias de texto e imagen de todo el grupo	Ruta y confirmación, para el primer diseño nuevo lee Lenguaje de diseño y Responsabilidades de fuentes, luego organiza según Valores predeterminados de producción y Storyboard; lee el texto completo para comprender la responsabilidad y la continuidad, sin leer toda la biblioteca
Planificar / generar imágenes fijas B-roll para escenas	Plan de imágenes fijas B-roll: condición de activación, cuántas agregar, tres formas, fuente de material, especificación de prompt, lista de QA
Iniciar la escena actual	Primero scene.py --manifest <ruta> --scene-id <stableId> --candidates-only para seleccionar componentes, luego quita --candidates-only y lee el paquete completo de la escena (decisión, fuente, inicio/final adyacente); para la primera selección de tipo, usa scene.py --list
Encontrar componentes y dependencias precisos	references.py --query <objeto_y_acción> --limit 5 (se puede añadir --scene-type, --use); en caso de empate, alterna por lote de fuente; la lista de colecciones se encuentra en Índice de colecciones de componentes; usa las etiquetas de propósito de la misma fuente que la biblioteca visual, revisa la razón de coincidencia; la ordenación es por relevancia del candidato, aún verifica la acción real, la capacidad, el cue y la interfaz. Para el primer proyecto, lee Dependencias e Implementación
Crear un nuevo componente reutilizable (autorizado por Fred para esa ocasión)	Flujo de nuevo componente: component_kit.py new/add para crear proyecto, lint, sheet para autoverificación, cloud-script para renderizado en la nube, preview para que Fred elija, intake para ingresar a la biblioteca; reglas fijas en la sección 2 de DESIGN.md, el punto de referencia de calidad es T05c
Los componentes existentes no pueden expresar, necesita exploración	Exploración, Storyboard; si se usa ChatGPT Pro, registra el prompt, la sesión, el hash y el alcance de aprobación según Exploración de storyboard Pro y réplica de Remotion; si ya se ha seleccionado un multiestado/cuadrícula, primero prioriza según la voz en off, luego implementa el objeto continuo, la acción y la lectura; se puede usar la Plantilla de plan de acción de storyboard Pro para escribir de nuevo en el Manifiesto actual; no reemplaces la dirección seleccionada sin autorización
Producir fotogramas clave reales para que Fred los vea	Ruta y confirmación y Revisión de segmento; incluye el texto más largo real, subtítulos, marca, estados intermedios de movimiento y antes/después de las uniones
Diseñar la cesión de objetos / presentación de texto	Transición de objetos o Presentación de texto; consulta las acciones locales T/W según sea necesario
Manejar problemas técnicos específicos de Remotion o mantener el Deck existente	Módulos internos; fija el runtime de este episodio, lee las reglas técnicas según el problema; los contratos de clic/proporción del Deck solo se aplican durante el mantenimiento explícito o la reproducción del Deck existente
Orquestar tomas según el metraje original de la biblioteca	Lenguaje de toma de la biblioteca; primero determina la tarea de visualización y el origen/destino del objeto, luego consulta el intervalo de metraje original y el componente correspondiente
Orquestar grabaciones de pantalla u otros videos generados por tareas	Primero, según las reglas de empaquetado de grabaciones de pantalla de Montaje del episodio (legible, seguimiento de cámara, actuación interactiva, desplazamiento puro ≤2 segundos); la reproducción a pantalla completa del video principal usa primero el Componente de reproducción grande predeterminado; Medios y máscaras y la Transición de video externo de la documentación de ruta; conserva la identidad del medio, el reloj, el sonido y el inicio/fin
Verificar internamente la acción/sonido/continuidad	Revisión de contenido y calidad, Efectos de sonido, scene.py --stage joining; después de renderizar los segmentos, ejecuta scripts/motion_audit.py para verificar cámara lenta, desplazamiento puro y fotogramas fijos, ver Montaje del episodio
Renderizar, descargar, entregar completo	Renderizado y entrega y Puertas de producción; en este punto, lee la ejecución en la nube y la verificación del archivo final
Revisión parcial	scene.py --stage revision + escena afectada; al mismo tiempo, lee las notas y las conclusiones, no se puede tratar "usable pero necesita cambios" como una aprobación de todo el segmento
Consolidar requisitos del usuario	Mantenimiento; solo extrae juicios reutilizables, conservando el límite entre el método de revisión del episodio actual y las preferencias a largo plazo

Herramientas de ejecución y límites de verificación

En el nuevo episodio, establece workflow.profile: fred-video-v2 y workflow.componentMatching: v1 en el Manifiesto actual. Registra el componentPlan de la escena según De la selección a la llamada, asegurando que la selección real coincida con referenceChoices, y al implementar, usa callSite.callee para enlazar la función de adaptación del episodio actual; después de la verificación de la sintaxis de la llamada, aún compara con la salida real. La dirección del usuario y los registros de fotogramas clave se guardan según la documentación de ruta; los videos antiguos solo se modifican dentro de límites, no se crean nuevos campos. La etapa de producción sigue siendo planning → implementation → representative → formal: verificación de planificación antes de la implementación; después de la confirmación de fotogramas clave reales y la verificación interna de animaciones cortas, se ingresa a la puerta de toma representativa; finalmente, verifica el archivo final real. Los comandos específicos solo se mantienen en Puertas de producción; los videos antiguos no se replanifican completamente para adoptar nuevos métodos de trabajo.

sceneGuide registra el tipo, los elementos adicionales reales y la decisión/verificación de esta escena. La base para la selección del tipo debe explicar el contenido; personas, dispositivos, líneas de relación, vidrio esmerilado se agregan según sea necesario, no son plantillas de diseño. La configuración raíz de la marca y los subtítulos se pasa con los datos de la escena; las reglas de subtítulos solo se leen cuando están realmente activadas.

La verificación de texto original/secuencia usa validate_storyboard.py --require-scene-guides --require-production-contract; la verificación del método de trabajo usa workflow.py; la puerta técnica no puede juzgar la estética, la existencia de un archivo de referencia no prueba que la acción se haya utilizado, y los fotogramas estáticos no prueban que la animación intermedia sea fluida. Compara con la imagen real actual y el intervalo correspondiente del metraje fuente seleccionado, evaluando específicamente el contenido, la legibilidad, la acción, la calidad y la transición.

Las dependencias del proyecto solo usan la entidad local skills/. El nuevo proyecto se ubica en 03_Proceso/remotion/<versión>/ del episodio actual, el archivo final único en 02_Salida final/, actualizando la entrada de entrega actual. Los enlaces físicos congelados se copian primero y luego se adaptan. La generación de material B-roll, la réplica y el renderizado en la nube continúan asumiendo responsabilidades específicas; el flujo del Deck antiguo no se convierte automáticamente en un paso previo a la creatividad.

La fuente del material y el reemplazo de medios se verifican según Procedencia del material de la biblioteca visual, no se pueden usar rutas locales, cambios de nombre o decisiones antiguas para reemplazar la verificación de la fuente y la nueva salida.