Communitygithub.com

MonsterDylan/demo-reel-plan

Planifica un reel de demostración (o video corto) para un sistema o herramienta de IA. Genera un guion gráfico (beat sheet) y una especificación de grabación y edición basados en técnicas que han mostrado un rendimiento real en 66 reels guardados de 60 creadores. Úsalo siempre que alguien quiera planificar, esbozar, storyboardear, estructurar o guionizar un Reel, TikTok o Short que muestre algo que construyó o una herramienta en acción (un recorrido de pantalla, un tutorial, un "mira a mi IA hacer X"), o pregunte cómo filmarlo o editarlo, incluso si solo dice "ayúdame a hacer un reel sobre mi sistema".

¿Qué es demo-reel-plan?

Esta habilidad para agentes de IA (como Claude Code, Cursor o Codex) genera un plan completo para producir un reel de demostración, TikTok o Short que muestre un sistema o herramienta de IA en acción. A diferencia de guiones genéricos, se basa en el análisis de 66 reels reales de 60 creadores, identificando qué técnicas correlacionan con un mayor rendimiento (alcance, engagement). El resultado es un "beat sheet" (guion de tiempos) y una especificación de grabación y edición, priorizando la autenticidad sobre la producción pulida: recomienda empezar en medio de la acción, mantener un rostro en pantalla durante la demo, incluir un momento de fricción real y filmar la pantalla real con un teléfono. La habilidad también incluye advertencias sobre técnicas que suelen restar rendimiento (como gráficos excesivos o mockups diseñados) y consejos sobre duración óptima. Es útil para desarrolladores, creadores de contenido técnico o equipos de producto que quieran crear demos atractivas de sus herramientas de IA sin necesidad de ser editores de video profesionales. La habilidad solicita la información del sistema del usuario para personalizar el plan, y respeta las reglas de marca o datos de rendimiento propios del usuario por encima de las recomendaciones generales.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/MonsterDylan/claude-saved-to-skills/tree/HEAD/examples/ai-content-ideas/skills/demo-reel-plan

Preguntar en tu IA favorita

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

Documentación

Plan de reel de demostración

Esto planifica un reel que muestra un sistema o herramienta de IA haciendo algo. El resultado es un guion de tiempos (beat sheet) y una especificación de grabación y edición que la persona puede seguir para filmar.

El hallazgo principal detrás de esto: en la colección sobre la que se construye, los reels que más viajaron hicieron que la demo se sintiera en vivo. Una persona visible, una pantalla real filmada a mano, algo que sale un poco mal y se maneja. Las técnicas muy producidas (un gráfico en cada palabra, pantallas mockup diseñadas) quedaron por debajo de la mediana. Por lo tanto, esta habilidad impulsa a mostrar lo real sucediendo, y trata el pulido como opcional.

La evidencia para cada regla está en references/evidence.md. Los ejemplos están en references/examples.md. "Lift" son puntos por encima o por debajo de la mediana de reels comparables en una escala de 0 a 100. Es correlación en una colección seleccionada a mano de 66, por lo que clasifica opciones. No garantiza nada.

Las reglas que mostraron un lift

Empieza a media acción. +20, 7 creadores. Abre con la tarea comenzando, no con una introducción. Las primeras palabras son el comando, el prompt o el primer paso. [DboqOSvEj_b]

Mantén un rostro en el encuadre durante la demo de pantalla. +16, 8 creadores. Una burbuja pequeña, un panel inferior, una capa de reacción. La pantalla nunca reemplaza completamente a la persona. Una demo sin humano se lee como un anuncio. [Dd6izTYiln1, DboqOSvEj_b, DeHX34IxveJ]

Pon fricción dentro de la demo. +12, 6 creadores. Un momento en que no va sobre ruedas: el espacio está ocupado, alguien pregunta si es IA, la tarea falla sin la herramienta y luego funciona con ella. La fricción le da a una demo un punto intermedio. Planifícalo y colócalo alrededor del 40 por ciento del tiempo. Usa uno real de la construcción si existe. [DboqOSvEj_b, DdrUdGbkrT0, Dd6izTYiln1]

Filma la pantalla real con un teléfono. +8, 11 creadores. Sostenido a mano, apuntando a ella, acercándose al resultado. Prueba que la cosa existe y se está ejecutando. Usa una grabación de pantalla solo para el texto que el espectador debe leer. [DbcPo0dMQ3d, DbYhDu_MADd, DXA4gi1DCOx]

Muestra la técnica en el video mismo. +18, 3 creadores. Evidencia débil, úsala cuando aplique. Si el reel enseña una edición, un prompt o una estructura, el reel debe usarlo visiblemente. [De8SPjEAuV0, DambEp1igDW]

Muestra la fuente en el momento de la afirmación. +13, 3 creadores. Evidencia débil. La página del repositorio, el titular, el README, en pantalla cuando lo dices. [DfCXigRSyAo, Dd6izTYiln1]

Valores por defecto (todos hacen esto, sin lift en ningún sentido)

  • El primer fotograma muestra la cosa terminada funcionando (19 creadores).
  • Cuando el rostro y la pantalla comparten el encuadre: pantalla o gráfico arriba, rostro abajo, subtítulos en la costura (17 creadores).
  • Subtítulos palabra por palabra, de una a tres palabras, un color de acento (16 creadores).
  • Di el número de pasos y etiqueta cada paso en pantalla (18 creadores).
  • Un momento tardío marcado, "aquí está el truco" o "la parte loca", antes de la petición (8 creadores, +4).
  • Prueba que es real temprano: haz clic, abre el archivo (9 creadores, +4).
  • Una palabra clave de comentario como la última línea hablada, con la palabra clave en pantalla (32 creadores). Aumenta los comentarios (2.73 por ciento frente a 0.16 por ciento) y no cambia el alcance.

Precauciones (estas quedaron por debajo de la mediana)

  • Un nuevo visual por cada sustantivo hablado, cada 1 a 3 segundos. -23, 15 creadores. La edición pesada más común y el resultado más débil. Usa gráficos donde transmitan información que la grabación no puede. No alfombres el reel.
  • Pantallas mockup diseñadas en lugar del producto real. -25, 5 creadores. Muestra lo real, incluso si es más feo.
  • Cortar de nuevo a tu rostro para la petición. -25, 8 creadores. Mantén el producto en pantalla y fija la palabra clave como etiqueta. Si el rostro ya está en el encuadre, quédate en esa toma.
  • Recorrer un sistema área por área. -16, 6 creadores. Un recorrido es una lista. El que funcionó abrió con una afirmación contada, probó que los agentes se podían hacer clic en 10 segundos y agregó una segunda razón para importar a mitad del reel. Si el plan es un tour, dale una tarea a seguir: un trabajo moviéndose a través del sistema.
  • Mostrar el entregable justo antes de la petición. -16, 6 creadores. Si muestras lo gratuito, muéstralo antes, en el punto en que el espectador lo querría.

Duración

No recortes solo por brevedad. Los reels de enseñanza en el tercio superior tenían una duración media de 63 segundos, el tercio inferior 42. Los reels de más de 60 segundos obtuvieron una puntuación más alta que los de 45 o menos (56.5 frente a 43.5). Deja que la demo se ejecute todo el tiempo que se mantenga viva, y corta el aire muerto, no el contenido. El conteo de cortes duros no mostró un patrón en ningún sentido.

Qué producir

# <título de trabajo>
Promesa: una oración, lo que el espectador ve suceder
Duración: objetivo en segundos, con la razón
Prueba: qué en pantalla muestra que esto es real

## Tiempos (Beats)
| Tiempo | Tiempo | Dice | En pantalla | Toma |
(Abrir a media acción, probar que es real para 0:10, fricción cerca del 40%, pago, tiempo tardío, petición)

## Lista de grabación
Qué filmar, cómo (teléfono en pantalla, burbuja de rostro, grabación de pantalla), en el orden que sea más fácil de capturar

## Especificación de edición
Diseño, subtítulos, los pocos gráficos que ganan un lugar y por qué, qué se deja deliberadamente crudo

## Petición (Ask)
La última línea hablada y la etiqueta en pantalla

## Antes de filmar
Lo que no debe estar en pantalla: datos privados, nombres de clientes o usuarios, tokens, claves, rutas de archivos

## Evidencia utilizada
Solo las reglas que cambiaron una decisión en este plan, una línea cada una, 8 líneas como máximo

Una demo de un sistema real muestra datos reales. Revisa lo que revelarán las pantallas (nombres en una barra lateral, un token en una terminal, el contenido de una respuesta) y di cómo mantenerlo fuera del encuadre. Esto es fácil de pasar por alto y costoso de equivocarse.

Mantén la sección de evidencia corta. La persona necesita saber por qué el plan difiere de lo que habría hecho, no una repetición de este archivo.

Si la persona también quiere un subtítulo, un esquema de sorteo o un mensaje de entrega, esos son trabajos separados. Dilo en una línea y ofrécelos, para que el plan siga siendo un plan.

Escribe los tiempos para que alguien pueda filmarlos hoy. Usa el sistema real de la persona y números reales. Si no sabes cómo se ve algo en su pantalla, pregunta o marca la suposición. Si no existe un momento de fricción, propón un candidato honesto y di que debe ser real.

Ajuste con las reglas y datos propios del usuario

Si el usuario tiene sus propias reglas de marca, estándar de edición o datos de rendimiento de su propia cuenta, esos ganan sobre esta colección, porque su audiencia no es la misma que la de estos 60 creadores. Cuando una regla aquí esté en desacuerdo con las suyas, dilo en una línea y deja que elija. No apliques ninguna en silencio.

Skills relacionados