motion-graphics — entrada de despacho
Confirma la ruta antes del Paso 0. Esta habilidad crea un motion graphic corto, con diseño líder y sin narración (el movimiento es el mensaje; ~menos de 10 s, sin voz en off). Un tratamiento más largo, de varias escenas o narrado →
/general-video; un video narrado de un sitio web →/general-video; un explicador de tema →/faceless-explainer; una promoción de producto →/product-launch-video; subtítulos en metraje existente →/embedded-captions. Fuera del alcance: datos en vivo / en tiempo de renderizado, o metraje que no se pueda capturar. ¿No estás seguro de si es primero movimiento o narrado? Lee/hyperframesprimero.
Un motion graphic corto con diseño líder. Primero los activos: decide la estrategia de activos y obtén material real antes de diseñar la toma, luego diseña la toma alrededor de lo que tienes y finalmente compón reutilizando capacidades del catálogo. Todos los artefactos van a PROJECT_DIR = videos/<nombre-del-proyecto>/ (creado en el Paso 0); todas las rutas a continuación son relativas a él.
| Fase | Ejecución | Artefacto principal | Flujo detallado |
|---|---|---|---|
| init | Bash | hyperframes.json | Paso 0 |
| plan | subagente — ¿decidir búsqueda? + clasificar + estrategia de activos | shot-plan.json (borrador: categoría, consultas de asset_needs, resumen) | agents/director.md (Parte 1) |
| source ◇ | Bash — resolución de medios (omitir si asset_needs está vacío) | assets/ + assets/index.md | phases/source/guide.md |
| design | subagente — diseño de toma alrededor de activos resueltos | shot-plan.json (final: bloque(s) + diseño + movimiento + posiciones) | agents/director.md (Parte 2) |
| build | subagente — composición priorizando reutilización | compositions/index.html | agents/builder.md |
| render | Bash — hyperframes render (MP4, o --format webm/mov para superposición) | renders/video.mp4 | Paso 5 |
| verify | Bash — lint / inspect -> subagente de reparación si falla | (correcciones in situ) | agents/finalize.md |
◇ source se ejecuta solo cuando la categoría elegida declara activos. Las categorías de solo código/texto (p. ej., kinetic-type, la mayoría de charts/stat) tienen asset_needs: [] y saltan directamente del plan al diseño.
Categorías — divididas por la decisión de búsqueda
La primera decisión de plan es: ¿esto necesita una búsqueda? Esta bifurcación divide las categorías en dos grupos; luego se elige la categoría específica — para las impulsadas por búsqueda, según el tipo de contenido que devuelva la búsqueda. Cada categoría es un categories/<id>/module.md (sus reglas de planificación y construcción); el vocabulario de movimiento compartido vive en references/motion-vocabulary.md (→ reglas/planos de hyperframes-animation + bloques del registro).
Categorías de formulario — sin búsqueda; el usuario proporciona el contenido:
| Categoría | Intención | Se apoya en |
|---|---|---|
kinetic-type | línea / cita / titular impactante, texto con movimiento primero | bloques caption-* + reglas de animación |
stat | número héroe único / conteo + anillo | apple-money-count / rules/{counting-dynamic-scale, stat-bars-and-fills} |
charts | gráfico de barras / líneas / circular / carrera / % a partir de datos | bloque data-chart |
logo-reveal | sting de logo / bloqueo de marca (logo del usuario) | logo-outro / rules/svg-path-draw |
lower-thirds | barras de nombre / título, llamadas, superposiciones sociales | caption-* + bloques de superposición del registro |
Categorías impulsadas por búsqueda — buscar primero, luego animar por tipo de contenido (la ruta RWA):
| Contenido devuelto | Categoría | Animación |
|---|---|---|
| página web / enlace | webpage | animación de página web / UI (desplazamiento, revelación, cursor, llamadas) |
| artículo de noticias | news | revelación de titular + tarjeta de fuente + llamadas de datos clave |
| tweet | tweet | tarjeta de tweet animada |
| imagen / entidad | asset-fusion | la geometría del activo se convierte en el gráfico (fusión diegética RWA) |
Orden de construcción: uno a la vez, priorizando cobertura (lo básico está bien). kinetic-type está adaptado del prototipo; el resto sigue.
Requisitos previos
macOS Apple Silicon o Linux x64. Herramientas del sistema: brew install node ffmpeg. Ejecutar npx hyperframes doctor una vez. Renderizado con GPU en macOS: export PRODUCER_BROWSER_GPU_MODE=hardware.
Claves opcionales (fallos locales si no se configuran) — solo las necesitan las categorías que obtienen/generan activos a través de media-use:
| Clave | Usada para | Fallo |
|---|---|---|
GEMINI_API_KEY / GOOGLE_API_KEY | generación de imágenes (resolución media-use) | omitir generar / solo búsqueda |
| (proveedores de búsqueda asset_scout) | búsqueda de activos reales de webpage/news/tweet + asset-fusion | la categoría degrada a sin activos |
Flujo
Paso 0 — Inicializar
El directorio de trabajo actual es la raíz del espacio de trabajo del agente; escribir todos los artefactos bajo PROJECT_DIR = videos/<nombre-del-proyecto>/. <nombre-del-proyecto>: usa el directorio que dio el usuario; si no, un nombre corto en kebab-case a partir de la intención (<asunto>-motion). No el nombre base del espacio de trabajo ni una marca de tiempo.
Solo cuando $PROJECT_DIR/hyperframes.json esté ausente:
PROJECT_DIR="${MOTION_GRAPHICS_DIR:-videos/<nombre-del-proyecto>}"
mkdir -p "$(dirname "$PROJECT_DIR")"
npx hyperframes init "$PROJECT_DIR" --non-interactive --example=blank
init verifica las habilidades instaladas contra las últimas en GitHub y actualiza el conjunto global si alguna está desactualizada.
Restricciones: nunca ejecutar hyperframes init en la raíz del espacio de trabajo; nunca anidar otro hyperframes/ dentro de PROJECT_DIR; cada comando Bash (maestro + subagentes) es un subshell (cd "$PROJECT_DIR" && ...) — nunca un cd suelto.
Paso 1 — Planificar (subagente: Director Parte 1)
Despachar un subagente. prompt = agents/director.md completo + ## Contexto de despacho (SKILL_DIR / PROJECT_DIR / la solicitud del usuario / Schema: <SKILL_DIR>/references/shot-plan-ir.md). Debe:
- Decidir: ¿esto necesita una búsqueda? (la primera bifurcación)
- No → elegir una categoría de formulario (kinetic-type / stat / charts / logo-reveal / lower-thirds); el contenido lo proporciona el usuario;
asset_needs: []. - Sí → emitir un plan de búsqueda en
asset_needs[](noticias / web / tweet / imagen; consultas de dos polos). La categoría impulsada por búsqueda específica (webpage / news / tweet / asset-fusion) se confirma por el tipo de contenido devuelto en el Paso 2, y se finaliza en el Paso 3.
- No → elegir una categoría de formulario (kinetic-type / stat / charts / logo-reveal / lower-thirds); el contenido lo proporciona el usuario;
- Escribir un borrador
shot-plan.json(envoltorio + categoría de formulario elegida o intención de búsqueda +asset_needs+ un resumen de toma de un párrafo). Esquema:references/shot-plan-ir.md.
Validación: [ -s "$PROJECT_DIR/shot-plan.json" ] && echo ok || echo missing.
Paso 2 — Obtener activos ◇ (Bash: media-use, condicional)
Si shot-plan.json.asset_needs no está vacío, resolver activos (buscar / generar / obtener → rutas locales congeladas del proyecto + ledger). Consultar phases/source/guide.md (envuelve media-use resolve; las categorías impulsadas por búsqueda usan la búsqueda de noticias/web/tweet/imagen). Si asset_needs está vacío, saltar al Paso 3.
# ilustrativo — consultar phases/source/guide.md
(cd "$PROJECT_DIR" && node <SKILL_DIR>/phases/source/resolve.mjs --plan ./shot-plan.json --out ./assets)
Degradar con elegancia: si un proveedor de búsqueda no está disponible, la categoría vuelve a sin activos (anotar en context.log).
Paso 3 — Diseñar (subagente: Director Parte 2)
Despachar un subagente (prompt = agents/director.md Parte 2 + contexto de despacho incluyendo el assets/index.md resuelto si se ejecutó el Paso 2 + catalog-map.md). Diseña la toma alrededor de los activos disponibles: elegir el/los bloque(s) del catálogo + las reglas/planos de hyperframes-animation, el diseño, el movimiento, los tiempos y (para asset-fusion) los element_positions + la paleta de cuentagotas. Finaliza shot-plan.json (content.block + content.customize + contenido por categoría).
Paso 4 — Construir (subagente: Builder, priorizar reutilización)
Despachar un subagente. prompt = agents/builder.md completo + contexto de despacho (shot-plan.json, catalog-map.md, el module.md de la categoría, references/motion-vocabulary.md, references/builder-contract.md). Priorizar reutilización: npx hyperframes add <bloque> + personalizar in situ; redactar a mano solo los vacíos + la prestación de fusión de activos. Salida compositions/index.html respetando el contrato de HF (línea de tiempo GSAP pausada en window.__timelines, class="clip" + ids estables, tl.seek(0), determinista).
Paso 5 — Renderizar (Bash)
(cd "$PROJECT_DIR" && npx hyperframes render . --skill=motion-graphics -q draft -o ./renders/video.mp4)
# variante de superposición transparente: --format webm (o mov)
Paso 6 — Verificar (Bash → subagente de reparación si falla)
(cd "$PROJECT_DIR" && npx hyperframes lint . && npx hyperframes inspect .)
código de salida 0 → terminado. En errores de lint/inspect, despachar el subagente de reparación (agents/finalize.md: control de calidad instantáneo + una pasada de corrección in situ + re-renderizado). Nunca cambiar una duración fija en la reparación.
Informe + vista previa opcional
Informar de la salida final (renders/video.mp4, o la variante de superposición .webm / .mov) + duración. No abrir una vista previa durante la ejecución. Ofrecer una solo a solicitud, iniciada después del renderizado para que sirva el archivo final:
(cd "$PROJECT_DIR" && npx hyperframes preview) # UI de Studio; o `npx hyperframes play` para un enlace compartible
Las banderas están en la habilidad hyperframes-cli (references/preview-render.md).
Tabla de reanudación
| Estado | Continuar desde |
|---|---|
sin shot-plan.json | Paso 1 (planificar) |
shot-plan.json tiene asset_needs, no assets/ | Paso 2 (obtener) |
shot-plan.json final, no compositions/index.html | Paso 3/4 (diseñar+construir) |
compositions/index.html existe, no renders/video.mp4 | Paso 5 (renderizar) + Paso 6 |
renders/video.mp4 existe | Informar + detener |
Notas de diseño (mantenedores — la ejecución no lee esto)
- Razón de primero activos: la obtención se carga al principio e informa el diseño de la toma (el flujo RWA: analizar → buscar → revisar → componer). Las categorías impulsadas por búsqueda (
webpage/news/tweet) yasset-fusionse apoyan en la búsqueda media-use (noticias/web/tweet/imagen), que es la línea RWA documentada de media-use. - Priorizar reutilización: el análogo dentro del ecosistema de las plantillas generadas por LLM es "componer bloques del catálogo + reglas de
hyperframes-animation". La línea de tiempo GSAP pausada de HF ≙useCurrentFramede Remotion. - Contrato del módulo de categoría: un
categories/<id>/module.md(planificación + construcción), que compartereferences/motion-vocabulary.md(+ evaluación opcional). Agregar una categoría = soltar la carpeta + registrar su línea de clasificador enagents/director.md+ su fila encatalog-map.md; el pipeline de fases no se toca. - Estructura de directorio:
videos/<nombre-del-proyecto>/ hyperframes.json context.log shot-plan.json # el IR (salida del Director) assets/ assets/index.md # salida de media-use (si se obtuvo) compositions/index.html # salida del Builder renders/video.mp4 - Registro: en el enrutador de
hyperframes— agregar la intención de "motion graphic corto con diseño líder" + descripción del Workflow; separar los disparadores de motion-graphics de/general-video; agregar bordes inversos de NO-USAR. Consultarmotion-graphics-genre.md§5-7.