Communitygithub.com

adimaulanat/espejo-de-video-de-referencia

Úsalo cuando alguien comparta un video de referencia, anuncio, Reel, Short o TikTok (enlace o archivo) y quiera que su propio video siga su estructura, ritmo o estilo visual.

¿Qué es espejo-de-video-de-referencia?

Esta habilidad está diseñada para clonar la estructura y gramática visual de un video de referencia sin copiar su contenido original. Permite a un agente de IA (como Claude Code, Cursor o Codex) analizar un video compartido (enlace o archivo), mapear sus ritmos visuales y aplicar ese marco a un proyecto nuevo, siguiendo estrictamente las reglas de diseño y voz del proyecto. Soporta plataformas como Reels, Shorts, TikToks y anuncios tradicionales. La habilidad guía al agente a través de pasos estructurados: descubrir primero los archivos del proyecto (como CLAUDE.md o AGENTS.md), crear un mapa de compases, tomar decisiones interactivas con el usuario, generar voz en off, recortar clips de pantalla, componer el video final y verificar la calidad. Es útil para desarrolladores y creadores que necesitan consistencia visual en sus videos sin reinventar el diseño, y asegura que el agente no asuma nada sin preguntar explícitamente al usuario, evitando errores comunes como usar configuraciones predeterminadas incorrectas. Incluye reglas de seguridad (banderas rojas) que detienen el proceso si el agente intenta asumir algo no especificado, y maneja la adaptación de videos propios terminados de otros proyectos.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/adimaulanat/claude-skills/tree/HEAD/mirroring-reference-video

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Espejo de un video de referencia

Copia la estructura y la gramática visual de la referencia, nunca su contenido. Todo sobre el proyecto se descubre o se pregunta, nunca se asume.

0. Descubrir primero

Lee los archivos de instrucciones del proyecto (CLAUDE.md, AGENTS.md, README, docs). Anota lo que definen: sistema de diseño y apariencia predeterminada, comando de andamio, comandos de lint/render, herramienta de voz y su regla de costo, carpetas ignoradas por git para medios sin procesar, idioma, formato, duración, CTA, reglas de publicación. Cada elemento no encontrado va a la lista de preguntas. Nunca lo llenes de memoria, de otro proyecto o de un "valor predeterminado sensato".

Pasos

  1. Referencia. Si el enlace necesita inicio de sesión, solicita el archivo. Mantén el archivo y sus hojas de contacto solo en una carpeta ignorada por git que el proyecto indique (o pregunta cuál). Verifica la duración, el tamaño y la velocidad de fotogramas, luego haz una hoja de contacto con las herramientas del proyecto. Nunca subas la referencia a ningún lugar sin consentimiento explícito; descríbela en palabras.
  2. Mapa de compases. Llena las tablas en beat-map.md: tiempo, diseño, patrón de texto, movimiento, función de cada compás. Enumera lo que se toma prestado y lo que no (su texto, logotipo, metraje, música, usuario, producto).
  3. Ronda de decisiones. Pregunta solo lo que el paso 0 no respondió, como máximo 4 preguntas por ronda, tantas rondas como sean necesarias (usa la herramienta de pregunta del arnés si la tiene): reestructurar o reestilizar; nuevo video hermano o en el mismo lugar; formato, duración, idioma y CTA si no están definidos; nuevo guion o reutilizar una voz en off existente. Pregunta siempre: "¿Hacer un tablero conceptual de diseño para el aspecto?" No → usa la apariencia predeterminada del proyecto, nombrada como el proyecto la nombre; si no hay ninguna, pregunta. Sí → paso 5b.
  4. Andamio con el comando del proyecto, o pregunta cómo se hacen los videos nuevos.
  5. Brief y guion. En los archivos del proyecto: por qué existe esta versión, la gramática prestada, decisiones fechadas, luego la voz y las tablas de compases de beat-map.md. 5b. Tablero. Confirma cada entrada en opendesign-inputs.md antes de comenzar la ejecución. Una entrada en blanco es una pregunta, nunca un espacio que llenes. Luego sigue los pasos de ejecución de ese archivo.
  6. Aprobación. Detente hasta que la persona apruebe la redacción del guion, la voz (confirma su nombre solo de lectura desde la herramienta de voz cuando sea posible), la estimación de costos según la regla de costos del proyecto y la selección del concepto si se ejecutó el paso 5b.
  7. Voz en off. Genera con la herramienta del proyecto, o reutiliza la existente. Establece los tiempos de los compases a partir de las temporizaciones de las palabras.
  8. Recortes de pantalla. Recorta cada uno a su región de tarjeta. Escanea cada recorte en busca de datos filtrados (contadores, correos electrónicos, nombres de cuentas, texto obsoleto, etiquetas que contradigan la voz) e informa los hallazgos.
  9. Componer. Carga la habilidad o documentación del framework de video del proyecto, luego construye a partir del kit y el sistema de diseño del proyecto.
  10. Lint y verificación con los comandos del proyecto. Corrige las advertencias. Toma una instantánea de la mitad de cada compás y corrige errores de diseño.
  11. Renderizar y revisar fotograma por fotograma (filtraciones, errores tipográficos, áreas seguras, números); verifica que el audio no se recorte. Mueve los renders defectuosos a donde indique el proyecto, o pregunta. Nunca los elimines.
  12. Entrega según la definición de "hecho" del proyecto: publicar copia si usa alguna, recordatorio de etiqueta de contenido generado por IA cuando se haya usado voz sintética o metraje, abrir incidencias. Nunca publicar.

Un corte más largo del mismo video: reutiliza toda la voz en off, agrega compases, repite desde el paso 5.

Portar tu propio video terminado

Cuando la "referencia" es tu propio video terminado de otro proyecto, cópialo en el proyecto de destino y adáptalo, nunca importes entre proyectos.

  • Lee primero los archivos del proyecto de destino (paso 0). Reemplaza el cierre antiguo con el outro o la tarjeta final predeterminados del destino.
  • Barrido de cambio de marca: línea de marca, usuarios, miniaturas, tarjeta final, publicar copia. Busca la marca antigua con grep, luego mira la miniatura.
  • Mantén la voz en off y las temporizaciones de las palabras sin cambios. Los fallos de puerta que arrastre (por ejemplo, un silencio largo) van en el informe de QA con la marca de tiempo; la decisión de recortar o aceptar es de la persona.
  • Si la apariencia no está aún en el destino, agrega una plantilla inicial y un documento de diseño en las propias convenciones del destino. Pregunta antes de agregar entradas al catálogo o editar archivos de instrucciones compartidos.
  • Reescribe el brief y la copia de publicación en los formatos del destino.

Banderas rojas: detente y pregunta

PensamientoRealidad
"Usaré la apariencia de la última vez"Los archivos del proyecto nombran la apariencia, o preguntas
"Vertical, 30 s, inglés es lo habitual"El formato, la duración y el idioma provienen del proyecto o de la persona
"Los créditos son pequeños, genera ahora"No antes del paso de aprobación
"Subir la referencia es más rápido"Necesita consentimiento explícito
"Llenaré el hueco del tablero yo mismo"Un hueco es una pregunta

Errores comunes

  • Un emoji se envuelve en una línea por sí mismo: pégala a la última palabra.
  • Un contador muestra un "0" estático antes de comenzar: ocúltelo hasta que cuente.
  • El texto atenuado sobre una tarjeta clara es ilegible: usa el color de tinta de la tarjeta.
  • Una palabra de unión ("o") se superpone a dos tarjetas: conviértela en una pequeña insignia entre ellas.
  • Un fondo de longitud fija termina antes del video: ajústalo a la longitud completa.
  • Una etiqueta de UI grabada contradice la voz (por ejemplo, un nombre de voz diferente): cúbrela con un parche simple que coincida con el estado circundante. Nunca inventes texto de reemplazo.
  • Una voz en off reutilizada falla una puerta de retención: repórtalo en QA con la marca de tiempo. Nunca la recortes en silencio.
  • La marca antigua sobrevive en una miniatura o tarjeta final: búscala con grep y mira la miniatura antes de renderizar.
  • El CLI deja de resolverse a mitad de sesión (por ejemplo, npx después de una actualización): ejecuta el binario en caché directamente y dílo en la entrega.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills relacionados