Communitygithub.com

xiaobai987-sxy/inkroom-video-promocional-skill

Flujo de trabajo para la creación de videos promocionales de productos Inkroom con revisión por puertas: evidencia → guión/storyboard → tomas Seedance → ensamblaje con HyperFrames → revisión de audio/pie de foto → MP4 local aprobado. Nunca se publica automáticamente.

¿Qué es inkroom-video-promocional-skill?

Este skill establece un flujo de trabajo reproducible y modular para la producción de videos promocionales del producto Inkroom. Utiliza un enfoque basado en una máquina de estados: desde la ingesta inicial, pasando por la revisión de hechos, guión, storyboard, generación de tomas con Seedance, ensamblaje determinista con HyperFrames, y finalmente revisión de audio, pies de foto y aprobación del usuario. Está diseñado para agentes de código como Claude Code, Cursor o Codex que operan en un repositorio de proyecto. Separa estrictamente las afirmaciones sobre el producto (confirmadas, decididas por el usuario, inferidas o pendientes) y exige que las tomas generadas no suplanten la UI, los datos ni el branding real de Inkroom. Cada puerta que cambia la dirección espera confirmación explícita del usuario; nunca se avanza solo porque un archivo existe. La entrega predeterminada es una vista previa aprobada por el usuario, un MP4 renderizado y una descarga local, sin publicación automática. El skill incluye scripts de inicialización, transición de estados, validación de activos y listas de verificación para garantizar la calidad y el cumplimiento de las políticas de evidencia del producto.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add xiaobai987-sxy/inkroom-promo-video-skill

Preguntar en tu IA favorita

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

Documentación

Video Promocional de Inkroom

Construye un video de producto Inkroom reutilizable como flujo de trabajo complementario. La receta predeterminada es XiaoMo en primera persona, formato apaisado 16:9, imágenes generadas principalmente con Seedance, grabaciones reales como evidencia del producto y HyperFrames para el ensamblaje determinista. La receta es configurable; nunca copies la duración, número de tomas, redacción o estado de aprobación de un proyecto anterior sin conciliar los artefactos actuales.

Contrato operativo

  • Separa film_subject=producto Inkroom de production_workflow=producción detrás de escenas. Las tareas de metavideo históricas no deben convertirse en copia del producto.
  • Trata las afirmaciones sobre el producto como confirmado, decisión_del_usuario, inferencia o pendiente. Lee los hechos actuales del producto y el traspaso activo antes que el README histórico o archivos de tareas antiguos.
  • Las imágenes generadas pueden explicar un concepto, pero no deben suplantar la interfaz de usuario de Inkroom, catálogos, documentación de API, precios, archivos, datos, logotipos o evidencia real. Usa grabaciones reales para esas afirmaciones.
  • recibido no es aprobado; un marcador de posición nunca es una toma aprobada; una fuente aprobada nunca se sobrescribe en silencio.
  • Cada puerta que cambia la dirección espera confirmación explícita del usuario. La existencia de un archivo nunca avanza una puerta.
  • La entrega predeterminada termina en una vista previa aprobada por el usuario, un MP4 renderizado y una descarga local. Nunca publiques automáticamente.

Inicio y reanudación

  1. Localiza la raíz del proyecto y lee BRIEF.md, el traspaso activo, workflow/state.json, la composición activa y el informe de control de calidad más reciente. Advierte sobre documentos desactualizados en lugar de tratarlos como verdad.
  2. Si no existe un estado, inicialízalo con scripts/init_project.py; no infieras aprobaciones.
  3. Reanuda desde la etapa registrada. No repitas trabajo aprobado ni ofrezcas una capacidad aceptada como nueva.
  4. Mantén un traspaso canónico más el estado legible por máquina, manifiesto, libro de activos e informe de control de calidad.

Máquina de estados y puertas

Usa estas etapas exactamente:

intake -> facts_locked -> outline_review -> copy_review -> script_review -> storyboard_review -> frames_review -> seedance_package_ready -> awaiting_external_returns -> per_shot_received -> per_shot_approved|per_shot_rejected -> assembly_preview -> audio_review -> qa_pass -> user_render_approval -> rendered_downloaded -> publish_ready

El proyecto puede bifurcarse desde una toma rechazada hacia su propia revisión de marco/prompt/generación. Lee references/workflow-state-machine.md antes de cambiar el estado y usa scripts/state.py para las transiciones.

Enrutamiento de etapas

  • Hechos y esquema: actualiza los hechos del producto; usa marketing-skills solo como ayuda de investigación candidata. Bloquea el problema de la audiencia y las brechas de evidencia antes de la copia.
  • Copia, guión, storyboard: usa la copia confirmada y la regla de acción completa por toma. screenwriting-skills puede informar la estructura, pero nunca importes contenido específico de Ottermind. Lee references/product-evidence-policy.md.
  • Marcos: usa imagegen o image-2 cuando estén disponibles, con la hoja de personaje aprobada y el ancla de estilo. Mantén los marcos sin texto y en formato apaisado.
  • Seedance: usa seedance1 para convertir las unidades de storyboard aprobadas en prompts independientes y un paquete de traspaso. Si hay un modelo de video autorizado disponible, la generación directa solo está permitida después de la aprobación del usuario; de lo contrario, espera devoluciones externas manuales. Lee references/seedance-review-checklist.md.
  • Devoluciones: empareja por shot_code y take; inspecciona cada clip de forma independiente; aprueba o rechaza por toma. No repares una generación fallida con fotogramas congelados o recortes ocultos.
  • Ensamblaje: usa hyperframes, hyperframes-core, general-video y hyperframes-cli. Reproduce cada fuente Seedance aprobada una vez desde el tiempo cero de la fuente; superpone pies de foto/etiquetas de hechos y reemplaza los marcadores de posición solo con grabaciones reales. Lee references/hyperframes-assembly-rules.md.
  • Medios: usa media-use para voz, música de fondo, efectos de sonido, pies de foto y procedencia. Las vistas previas de TTS/música deben tener un estado de licencia.
  • Control de calidad y entrega: ejecuta los validadores del proyecto, hyperframes check --strict, instantáneas y comprobaciones con FFmpeg/ffprobe. Renderiza solo después de que el usuario apruebe la vista previa. Lee references/release-checklist.md.

Salidas estándar

Cada proyecto debe producir, según corresponda: BRIEF.md, workflow/state.json, workflow/PRODUCT_FACTS.json, OUTLINE.md, COPY.md, SCRIPT.md, STORYBOARD.md, INKROOM_VIDEO_COMPLETE_HANDOFF.md, seedance/*manifest.json, un ZIP de Seedance, ASSET_LEDGER.md, QA-REPORT.md, una URL de vista previa en Studio y la ruta al MP4 aprobado.

Registra la herramienta de cada etapa, su estado (used, candidate o blocked), licencia y límite. Usa scripts/validate_manifest.py antes de aceptar un paquete o una toma devuelta.

Skills relacionados