AntlersSam/kit-de-video-de-lanzamiento-saas

Instalaciones de complementos: Antes de los comandos de configuración o actualización, sigue las reglas de ejecución de complementos cuando esta habilidad esté dentro de un complemento de HyperFrames. Las instalaciones independientes conservan las instrucciones de actualización a continuación.

Video general

Antes de confiar en este flujo de trabajo, ejecuta:

npx hyperframes skills update general-video

Un no-op exitoso significa que la habilidad está actualizada. Muestra un error de actualización en lugar de continuar desde la memoria.

1. Aplicar adaptadores de origen transversales

• Medios: Para cualquier necesidad de audio, imagen, ícono, logotipo, voz, gradación, LUT, tratamiento/efecto, subtítulo u operación multimedia, carga /media-use y sigue ../media-use/references/resolve.md (resolver, adoptar, reutilizar) y ../media-use/references/setup-providers.md (proveedores, autenticación). Los comentarios vagos sobre metraje y los estilos nombrados usan ../media-use/references/media-treatments.md antes de editar; no improvides efectos multimedia admitidos con CSS/SVG/opacidad. Antes de la primera acción autenticada de un proveedor, ejecuta npx hyperframes auth status y transmite su salida textualmente. Si no has iniciado sesión, aplica la puerta en ../hyperframes/references/brief-contract.md: la colaboración espera el inicio de sesión o una elección explícita fuera de línea; el autónomo indica el estado y continúa a través de un proveedor fuera de línea disponible. Muestra un bloqueador cuando ningún proveedor fuera de línea puede satisfacer una capacidad requerida. La adopción local por sí sola no requiere una puerta de autenticación.
• Figma: Si alguna entrada es una URL de figma.com, ejecuta /figma primero. Construye a partir de sus activos exportados, tokens, componentes o marcos de guión gráfico. No uses llamadas directas al conector de Figma porque omiten la sanitización de SVG, la procedencia de los medios y la vinculación de tokens de marca.

Estos adaptadores no cambian el flujo de trabajo seleccionado por /hyperframes.

2. Comenzar desde el estado del proyecto

Aplica la primera fila coincidente; no evalúes filas de estado inferiores:

Estado	Acción
Edición específica	Realiza la edición, conserva las decisiones existentes del proyecto y luego vuelve a ejecutar las comprobaciones afectadas. No reabras el descubrimiento.
BRIEF.md existe	Léelo. Si workflow nombra otro flujo de trabajo y flow no es companion, transfiere. No hagas preguntas sobre el brief.
Sin brief, pero existen hyperframes.json o STORYBOARD.md	Reanuda desde archivos y preferencias registradas. Rellena BRIEF.md solo a partir de hechos conocidos.
Creación nueva	Ejecuta /hyperframes y su capa de intención. Regresa aquí solo para workflow: general-video o flow: companion.

Para un proyecto nuevo, elige un nombre de directorio en kebab-case a partir del brief y crea la estructura antes de escribir el brief:

npx hyperframes init "videos/<proyecto>" --non-interactive --example=blank --skill=general-video

Luego escribe BRIEF.md en la raíz del proyecto usando ../hyperframes/references/brief-format.md. En un proyecto existente, la raíz es el directorio que contiene hyperframes.json. Registra solo los campos confirmados respaldados por preferencias que nombra el formato del brief, usando node <DIR_MEDIA>/scripts/prefs.mjs record --hyperframes <RAIZ_PROYECTO>; nunca registres valores predeterminados inferidos. Aquí <DIR_MEDIA> es el directorio de la habilidad /media-use instalada y <RAIZ_PROYECTO> es el directorio que contiene hyperframes.json. Si la capa de intención adoptó una receta, aplícala ahora con node <DIR_MEDIA>/scripts/recipe.mjs use --hyperframes <RAIZ_PROYECTO> --name <nombre> y no preguntes de nuevo.

3. Interpretar la forma de ejecución

Usa solo los términos canónicos de ../hyperframes/references/brief-contract.md:

Campo	Significado	Efecto
flow	Quién dirige	automation: elige y ejecuta la ruta. companion: co-crea en conversación.
storyboard	Planificar, esbozar y revisar antes de construir	yes: ejecuta la planificación y revisión del boceto (storyboard.html). no: construye sin ello.
mode derivado	Cómo se comportan las puertas de control	Sigue el contrato del brief. Nunca preguntes al usuario que nombre un modo.

No inventes sinónimos para estos estados. Una señal continua de "solo construirlo" es manejada por la capa de intención y llega como flow: automation, storyboard: no.

• Para flow: automation, elige la ruta y menciónala en una línea en la primera actualización de progreso.
• Para una edición específica, realiza la edición sin inventar una nueva ruta.

Para un corte duro, recorte, empalme o reordenamiento de metraje existente, duplica la misma fuente de video en múltiples elementos de clip. En cada copia, establece el rango de origen con data-media-start más data-duration, luego establece la ubicación/orden creado con data-start. El audio creado por separado sigue los rangos de clip y la sincronización idénticos en elementos <audio> coincidentes. /hyperframes-core es propietario de esta edición temporal; usa /hyperframes-keyframes solo para animación de propiedades visuales como zoom, golpe, paneo, recorte, máscara o clip-path en un envoltorio interno. Copia los contratos completos de ../hyperframes-core/references/creator-editing-recipes.md.

Flujo de compañero

Cuando flow: companion:

• Lee BRIEF.md y concilia los ## Assets y ## Customizations aceptados con los artefactos del proyecto. Completa el trabajo aceptado que aún está pendiente; deja el trabajo completado como está; no ofrezcas una capacidad aceptada nuevamente como si fuera nueva.
• Llega como el director, no como el contratista. Un usuario que eligió compañero eligió participación y calidad; la respuesta honesta es la mejor versión que puedas diseñar, no la más pequeña que puedas defender. El primer plan es el tratamiento máximo: el arco narrativo (toma prestada la lente de género más cercana — menú § Lentes de género), la especificación de diseño, el tratamiento de movimiento de cada escena citado por nombre (§ 5 de la disciplina del plan), las transiciones, la identidad de audio — música y marcas de sonido, o silencio deliberado — el material del usuario colocado, y una apertura y cierre diseñados. Di lo que cada capa agrega en una línea; marca las costosas (tiempo de renderizado, inicio de sesión, facturación) a medida que las nombras. El usuario reduce un tratamiento; nunca deberían tener que armar uno aprobación por aprobación.
• El techo pertenece al concepto, no a la caja de herramientas. Cada capa debe servir al mensaje del brief — un tratamiento que vestiría cualquier video de la misma manera es decoración. La artesanía se eleva al techo; el contenido nunca crece más allá de lo que se pidió (§ 6).
• Entre los puntos de control, ../hyperframes/references/capability-menu.md funciona de dos maneras. Como lista de activación: ofrece una capacidad relevante cuando el usuario menciona su entrada o la construcción alcanza su necesidad. Como canal de actualización de cada paso: un punto de control de plan, boceto o construcción puede llevar una o dos ofertas rastreadas apuntando al material que el usuario está viendo ("el estadístico de la escena 3 quiere el tratamiento de conteo"). Léelo antes de ofrecer; nunca vuelques el catálogo completo.
• Después de que el usuario acepte una capacidad, produce su artefacto y registra la decisión en la sección del cuerpo de BRIEF.md correspondiente de inmediato. Reescribe un campo de frontmatter y registra la preferencia confirmada solo cuando el usuario la cambie explícitamente.
• Mantén las mismas puertas de guión gráfico, validación, vista previa final y aprobación de renderizado. El compañero cambia quién dirige, no lo que requiere la calidad.

4. Cargar el conocimiento requerido antes de cada etapa

Estas lecturas son obligatorias cuando su condición coincide:

Condición	Leer antes de actuar
Cualquier HTML de composición o diseño de escena	/hyperframes-core; usa references/determinism-rules.md para su contrato de diseño
Cualquier creación o tratamiento visual no trivial	/hyperframes-creative → references/house-style.md y references/video-composition.md
Cualquier movimiento, animación o transición de escena	/hyperframes-animation; sigue su enrutamiento a las reglas, adaptadores, planos o referencias de transición coincidentes
storyboard: yes	../hyperframes/references/storyboard-format.md y ../hyperframes/references/review-loop.md
Cualquier activo u operación multimedia, incluida narración, BGM, SFX, subtítulos, gradación o transformaciones	/media-use; para reproducción y colocación del marco, lee también /hyperframes-core → references/variables-and-media.md
Ensamblaje de múltiples escenas	../hyperframes/references/production-loop.md
flow: companion, antes del primer plan	/hyperframes-creative → references/story-spine.md y references/house-style.md; la lente de género más cercana y el ../hyperframes/references/capability-menu.md completo — el tratamiento máximo se diseña a partir de estos, no se recuerda
Una oferta de capacidad de compañero, captura, cuadrícula de ritmo, video generativo, mapa, publicación o capacidad entre flujos de trabajo	../hyperframes/references/capability-menu.md
Existe una especificación de diseño, antes de la aprobación final	/hyperframes-creative → references/design-adherence.md

No reemplaces estas lecturas con recuerdos. La divulgación progresiva guarda contexto solo cuando la referencia coincidente está realmente cargada.

5. Ejecutar la composición

Usa este orden de dependencia. Omite una etapa solo cuando su entrada esté ausente.

1. Plan. Indica el arco del espectador, la estructura, el ritmo y el controlador de duración. Usa un archivo para una escena corta única; usa subcomposiciones para tres o más cortes duros de escena o cualquier escena reutilizada. Lee /hyperframes-creative → references/story-spine.md para arcos narrados, references/beat-direction.md para el ritmo, y /hyperframes-core → references/composition-patterns.md para la estructura. Para un brief de múltiples escenas abierto, expande el mensaje a través de /hyperframes-creative → references/prompt-expansion.md. Un plan de múltiples escenas cita la forma de cada escena: un id de plano de /hyperframes-animation → blueprints-index.md cuando uno encaja, o las reglas nombradas que compone de rules-index.md cuando ninguno encaja — los nombres de movimiento provienen de esos índices, nunca inventados. La verdad de la historia decide qué escenas existen; la cita las viste. Busca en el catálogo en vivo antes de planificar construir cualquier aspecto nombrado tú mismo: para cada aspecto, efecto, tratamiento o transición que nombre el brief — "líneas de barrido CRT", "fallo", "grano de película", "barrido brillante", "explosión de confeti" — ejecuta npx hyperframes catalog --query "<el aspecto, en inglés simple>" --json y lee los resultados principales antes de que el plan nombre cómo se construye ese aspecto. La búsqueda no necesita nada instalado: ningún proyecto, ningún add previo, ninguna cuenta. Clasifica todo el registro alojado (~400 bloques y componentes) desde cualquier directorio, por lo que también se aplica a un aspecto que el usuario solicite a mitad de la construcción. Los bloques que nombra el plan se instalan en la etapa 3; crea un aspecto manualmente solo después de que una búsqueda no haya encontrado nada que encaje. Un plan de múltiples escenas también se registra como el artefacto de despacho: un bloque ## Frame N por escena en STORYBOARD.md — status: outline, un src: declarado, la cita del plano/reglas y el texto del ritmo — incluso cuando storyboard: no. El bloque es la unidad de despacho; la hoja del guión gráfico es solo la superficie de revisión.
2. Revisar el plan cuando se solicite. Para storyboard: yes, ejecuta el bucle de revisión compartido sobre esos bloques. Para storyboard: no, continúa sin pausa de plan ni hoja de boceto. Cuando ocurre una pausa de plan...