Creación de videos para PFC
Convierte el material del proyecto de un estudiante en un video que un comité de evaluación mixto entienda con una sola visualización y recuerde después. El enfoque proviene de un video real de feria que funcionó: los diagramas del proyecto redibujados como gráficos vectoriales animados y limpios, un narrador de IA natural, cada animación sincronizada con la palabra hablada, etiquetado honesto de lo construido versus lo planeado, y una verificación estricta antes de la entrega.
El estudiante debe hacer lo mínimo posible: responder algunas preguntas, entregar archivos, pegar un guion en una herramienta de voz gratuita y aprobar un diseño. Tú haces todo lo demás.
Las ocho fases
Copia esta lista de verificación en tu lista de tareas y manténla actualizada:
- [ ] 1 Toma de requerimientos: recopilar materiales, identificar el dominio, solicitar lo que falta, establecer reglas y especificaciones
- [ ] 2 Comprensión: leer todo, investigar el dominio, redactar la hoja de hechos y el registro de afirmaciones
- [ ] 3 Investigación técnica: verificar las expectativas de evaluación actuales y las prácticas actuales de Remotion
- [ ] 4 Diseño: concepto, sistema visual, storyboard, guion; autocrítica; aprobación del estudiante
- [ ] 5 Voz: el estudiante elige una opción de voz; llegan las tomas; transcribir y verificar cada palabra
- [ ] 6 Construcción: proyecto de Remotion, línea de tiempo a partir de marcas de tiempo de palabras, escenas, bucle de revisión de imágenes fijas
- [ ] 7 Renderizado: renderizado en fragmentos, masterización de volumen y color, variantes con subtítulos y limpias
- [ ] 8 Verificación y entrega: pasar la lista de QA, entregar archivos e informe breve
<skill> a continuación significa la carpeta de esta habilidad (donde reside este SKILL.md); los scripts se ejecutan desde la carpeta del proyecto de video a menos que se indique lo contrario.
Dos puntos requieren la intervención del estudiante: aprobación del diseño (final de la fase 4) y las tomas de voz (fase 5). Todo lo demás continúa sin esperar. Mientras el estudiante está ocupado (grabando, recopilando archivos), sigue trabajando en lo que no dependa de él, como construir escenas con una voz provisional.
Fase 1 · Toma de requerimientos
Lee references/intake.md ahora. Contiene las preguntas iniciales, la lista de materiales universal y cómo preguntar con la menor cantidad de intercambios.
- Toma lo que el estudiante te haya dado primero (informe, póster, diapositivas, enlace al repositorio, un párrafo) y hojea antes de preguntar nada. Nunca pidas algo que ya te hayan dado.
- Identifica el dominio (VLSI/hardware, embebido/IoT, software/web/móvil, IA/ML, redes/seguridad, robótica/mecatrónica, potencia/eléctrica, mecánica/civil, biomédica, o una combinación), luego lee la sección correspondiente de references/domains.md. Enumera las entradas que hacen que los videos en ese dominio sean sólidos y las imágenes que los jueces esperan.
- Pregunta una vez, en un solo lote, por: el tipo de video y el límite de duración, las reglas o rúbrica oficial, la fecha límite, y los materiales específicos del dominio que aún faltan (diagramas, archivos de especificaciones, archivos de implementación, resultados, capturas de pantalla o grabaciones de pantalla, logotipos, nombres del equipo y supervisor). Usa la herramienta AskUserQuestion cuando esté disponible para las opciones, y una lista de verificación simple para los archivos. Marca cada elemento como esencial o bueno tener para que el estudiante sepa qué es importante.
- Confirma la etapa del proyecto. "Propuesta / en progreso / terminado" decide el tiempo verbal y qué afirmaciones están permitidas (consulta el registro de afirmaciones en la fase 2). Equivocarse en esto es el error más dañino que puede cometer un video de proyecto.
- Escribe
brief.mden la carpeta de trabajo: tipo(s) de video, límite de duración, audiencia, fecha límite, etapa, materiales recibidos, materiales faltantes, restricciones. Muéstralo en pocas líneas y continúa; no esperes una respuesta a menos que falte algo esencial.
Tipos de video predeterminados cuando el estudiante no lo sabe (detalles en references/storytelling.md):
| Tipo | Duración | Propósito |
|---|---|---|
| Pitch de feria | 2:00–3:00 (mantente al menos 5 s por debajo de cualquier límite) | Presentación principal; código QR en el póster |
| Bucle de stand | 0:60–1:30, bucle sin interrupciones | Se reproduce sin sonido en el stand; debe funcionar sin audio |
| Video de demostración | 3–6 min | Proyecto terminado funcionando: imágenes reales más gráficos explicativos |
| Video de presentación | 6–15 min | Recorrido narrado que reemplaza una charla en vivo |
| Avance | 0:30–0:60 | Redes sociales o diapositiva de apertura |
Fase 2 · Comprender el proyecto
- Lee todos los archivos proporcionados por completo, incluidos diagramas (ve las imágenes), puntos de entrada del código, tablas de especificaciones y registros de resultados. Los proyectos están llenos de detalles que el informe pasa por alto, y esos detalles son los que crean las mejores imágenes.
- Investiga lo que no sepas sobre el dominio: los estándares, algoritmos o física en los que se basa el proyecto, y cómo los expertos suelen dibujarlos. Usa la búsqueda web cuando esté disponible. Prefiere fuentes primarias (estándares, hojas de datos, artículos, documentos oficiales).
- Produce tres archivos:
fact-sheet.md: una página que explica el problema, el enfoque, la arquitectura, los resultados y el impacto en lenguaje sencillo, con cada número referenciado a un archivo y página/sección.claims-ledger.md: cada número o afirmación que pueda aparecer en pantalla, etiquetado como medido, simulado, objetivo/estimado, planeado o antecedente (citado). Solo las entradas del registro pueden aparecer en el video. La etiqueta decide la redacción ("logra" vs "se dirige a" vs "lo hará").glossary.md: acrónimos y nombres con cómo se dicen en voz alta (p. ej., "RISC-V → risk five", "ML-KEM → em-el kem"). Tanto el guion de voz como los subtítulos dependen de él.
- Si algo importante es contradictorio (dos velocidades de reloj diferentes, un bus nombrado de manera diferente en el informe y el póster), pregunta al estudiante qué fuente es la actual. No adivines.
Fase 3 · Investigación técnica
Dedica este esfuerzo de forma proporcional: una verificación rápida, no una revisión bibliográfica.
- Busca el evento real del estudiante: su rúbrica, límite de duración, formato y videos ganadores anteriores. Los jueces califican según la rúbrica, por lo que el guion debe cumplir explícitamente cada criterio.
- Verifica la versión actual de Remotion y las notas de la API si algo en references/remotion-build.md parece desactualizado. Si la habilidad oficial del agente Remotion se puede instalar (
npx remotion skills adddentro de un proyecto Remotion), instálala para obtener detalles autorizados de la API. - Lee references/visual-design.md antes de diseñar. Contiene la gramática de movimiento, los arquetipos de escena y las reglas anti-"presentación de diapositivas de IA" que hicieron que el video de referencia funcionara.
Fase 4 · Diseñar el video
Lee references/storytelling.md y references/visual-design.md.
- Concepto. Una oración más una idea visual que lleve todo el video (por ejemplo: "el póster cobra vida: un diagrama continuo por el que la cámara vuela"). Debe venir del proyecto mismo, no de una estética tecnológica genérica.
- Sistema visual a partir de la identidad del proyecto: los colores del póster/informe, fuentes, logotipo y estilo de diagrama. Asigna a cada color un significado y mantenlo durante todo el proceso (p. ej., ámbar = solo objetivos).
- Storyboard en
video-design.mdusando assets/storyboard-template.md: id de escena, espacio de tiempo, narración, imagen, texto en pantalla, sonido y qué hechos del registro utiliza. Planea 3–5 "momentos de aplauso": recompensas visuales donde una idea abstracta se vuelve obvia. - Guion a aproximadamente 140–150 palabras habladas por minuto, dejando un 5–10 % de margen por debajo del límite. Escribe para el oído: oraciones cortas, una idea cada una, números dichos como la gente los dice.
- Bucle de autocrítica. Califica el borrador contra la rúbrica en references/storytelling.md como lo haría un juez escéptico fuera del campo. Revisa hasta que cada línea tenga buena puntuación, al menos dos veces. Correcciones comunes: elimina la jerga de los primeros 20 segundos, agrega un ejemplo concreto, haz que la recompensa sea visual en lugar de hablada.
- Punto de aprobación. Muestra al estudiante el concepto, la tabla de escenas y el guion completo, además de tres imágenes fijas de estilo si la construcción está lo suficientemente avanzada. Espera la aprobación o cambios. Este es el punto más económico para cambiar de dirección.
Fase 5 · Voz
Lee references/voice.md. Ofrece las tres opciones con compensaciones honestas, recomendando la primera:
- Google AI Studio (Gemini TTS). Gratuito, natural y expresivo; aproximadamente 15 minutos del tiempo del estudiante. Entrégales la hoja de voz para copiar y pegar construida a partir de assets/voice-sheet-template.md: clics exactos, una línea de estilo, bloques de guion escritos para pronunciación, nombres de archivos y una lista de verificación para escuchar.
- La voz del estudiante. La opción más auténtica, que los jueces recompensan. Proporciona consejos de grabación y los mismos bloques de guion.
- TTS local generado aquí. Sin esfuerzo para el estudiante, pero suena notablemente más sintético. Usa el mejor motor disponible (consulta voice.md) y di claramente que sonará robótico en comparación con la opción 1.
No esperes inactivo por las tomas: construye el animatic con una voz provisional (TTS local) y reajusta el tiempo cuando lleguen las tomas reales. Cuando lleguen las tomas, transfíbelas (scripts/transcribe.mjs) y compáralas con el guion palabra por palabra: palabras faltantes, nombres leídos incorrectamente, etiquetas de pausa leídas en voz alta y ritmo. No puedes escuchar, por lo que esta verificación de transcripción es tus oídos; dile al estudiante exactamente qué línea regenerar si es necesario.
Fase 6 · Construcción
Lee references/remotion-build.md. Luego:
- Ejecuta
node <skill>/scripts/check_env.mjspara Node, disco, RAM, Chrome y Python. Poco disco o RAM cambia cómo renderizas (consulta references/troubleshooting.md); entérate ahora, no en la hora tres. - Crea el proyecto con
node <skill>/scripts/init_project.mjs <carpeta>. Copia la plantilla de Remotion y los scripts auxiliares, luego ejecutanpm installallí. - Coloca las tomas en
public/audio/voice/takes/, luego ejecutanode scripts/transcribe.mjspara obtener las marcas de tiempo de palabras (scripts/words.json). - Escribe
video.spec.json(escenas, subtítulos, anclajes de referencia como frases habladas) y ejecutanode scripts/build_timeline.mjs. Producesrc/data/timeline.jsony archivos.srt. Cada referencia de animación está anclada a una frase hablada, por lo que la imagen se sincroniza con la palabra incluso después de cambiar las tomas. - Ejecuta
python scripts/audio_tools.pypara limpiar y nivelar la voz, y sintetizar una base musical original y efectos de sonido. Las pistas con licencia son opcionales y deben ser libres de regalías. - Escribe un componente por escena en
src/scenes/usando el kit de la plantilla (cajas, cables, mosaicos, etiquetas, cámara). Dibuja los diagramas reales del proyecto como vectores; nunca inventes arquitectura. - Bucle de revisión de imágenes fijas. Este paso hace que el resultado sea bueno. Renderiza imágenes fijas en los momentos clave de referencia (
node scripts/stills.mjs <Composición> t1 t2 …), mira cada imagen y corrige superposiciones, texto recortado, sincronización (objetos que aparecen antes de su palabra), tamaños ilegibles y fotogramas vacíos. Repite hasta que una pasada completa no encuentre nada. Espera 3–5 pasadas. Limpia los paquetesremotion-*de%TEMP%//tmpentre pasadas cuando el disco esté ajustado.
Fase 7 · Renderizado y masterización
node scripts/render.mjs <Composición> <salida.mp4> renderiza en fragmentos reanudables de 15 segundos, los une, multiplexa el audio y masteriza el resultado: −16 LUFS integrado, −1.5 dBTP, BT.709 rango limitado, AAC 48 kHz, inicio rápido. Renderiza una variante con subtítulos y una limpia. En una máquina con suficiente disco y RAM, un npx remotion render de una sola pasada seguido de scripts/master.mjs también está bien.
Renderiza un video a la vez. Los renderizados paralelos agotan la RAM y el disco en las computadoras portátiles de los estudiantes.
Fase 8 · Verificación y entrega
Ejecuta node scripts/qa.mjs <archivo.mp4> --max <segundos>, luego revisa references/verification.md: duración por debajo del límite, recuento de fotogramas, volumen, sin tramos negros o congelados, subtítulos sincronizados, fotogramas muestreados del archivo final (no de la vista previa) e inspeccionados, cada número en pantalla en el registro de afirmaciones, nombres escritos correctamente y créditos presentes.
Entrega:
- los MP4 (con subtítulos, limpios), archivos
.srty la carpeta del proyecto editable - un informe breve: para qué sirve cada archivo, qué se verificó, qué debe verificar el estudiante aún de oído (pronunciación, sincronización) y cómo cambiar una línea más tarde
- una oferta para eliminar las herramientas de compilación (
node_modules, cachés) si el estudiante necesita recuperar espacio en disco
Principios más importantes
- Verdad sobre hype. Un video de apariencia terminada de un proyecto sin terminar es un riesgo en la sesión de preguntas y respuestas. Etiqueta los objetivos como objetivos, los planes como planes, las simulaciones como simulaciones. Usa solo hechos del registro de afirmaciones.
- La identidad del proyecto, no una estética tecnológica. Sus colores, sus diagramas, sus nombres de módulos. Sin placas de circuito brillantes, redes de partículas, hackers encapuchados o chips 3D de stock.
- Una idea por frase hablada. Destaca una cosa; atenúa el resto. Mantén cada recompensa 0.5–1.5 s.
- Referencias en palabras. La animación está impulsada por las marcas de tiempo de la narración, no por tiempos de escena adivinados.
- Legible en un proyector y un teléfono. Etiquetas ≥ 24 px a 1080p (preferiblemente 28+), subtítulos de oraciones en el quinto inferior, nada importante dentro de 96 px del borde.
- Verifica lo que entregas. Inspecciona los fotogramas extraídos del MP4 final. La vista previa no es el producto.
Archivos de referencia
| Archivo | Leer cuando |
|---|---|
| references/intake.md | Fase 1: preguntas, lista de verificación de materiales |
| references/domains.md | Fase 1–4: entradas, imágenes y dificultades específicas del dominio |
| references/research.md | Fase 2: hoja de hechos, registro de afirmaciones, formatos de glosario |
| references/storytelling.md | Fase 4: estructuras por tipo de video, reglas del guion, rúbrica de revisión |
| references/visual-design.md | Fase 3–6: sistema visual, gramática de movimiento, arquetipos de escena |
| references/voice.md | Fase 5: pasos de AI Studio, consejos para voz propia, TTS local, control de calidad de tomas |
| references/remotion-build.md | Fase 6–7: diseño del proyecto, formato de especificaciones, patrones de código de escena |
| references/verification.md | Fase 8: lista de verificación de QA e informe de entrega |
| [referen… |