Communitygithub.com

ucsandman/marketing-studio

Úsalo al generar cualquier activo de marca (video, animación, imagen o audio) para cualquier producto/repo, o al trabajar dentro del repositorio del motor marketing-studio. Conocimiento requerido para /logo-reveal, /social-clip, /product-demo, /launch-video, /og-assets, /audio-track.

¿Qué es marketing-studio?

Esta habilidad proporciona un flujo de trabajo centralizado para la producción de activos de marketing (video, animación, imagen y audio). Su núcleo es un repositorio de motor único (ENGINE) que integra Remotion, Blender, Playwright y ComfyUI, extrayendo fuentes reutilizables y manteniendo una separación estricta entre el código del motor y los activos generados por proyecto. El skill sigue un proceso de 7 pasos que incluye verificación del repositorio compartido, validación de la cadena de herramientas, configuración de marca, dirección creativa, ejecución de recetas, inspección de resultados y pruebas de aceptación. Está diseñado para evitar la duplicación de esfuerzos, garantizar la consistencia de la marca a través de un sistema de tokens (`brands/<id>.json`) y forzar decisiones no negociables como el uso de valores de marca derivados, alternativas para props anulables y la generación de activos únicamente en el directorio del proyecto del producto, no en el motor. La habilidad asume que las recetas de activos ya están resueltas y desaconseja la exploración, favoreciendo la ejecución directa con registros mínimos y delegando bucles de ajuste visual a subagentes para mantener el contexto limpio.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ucsandman/marketing-studio/tree/HEAD/skills/marketing-studio

Preguntar en tu IA favorita

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

Documentación

Marketing Studio

El código fuente reutilizable de videos/animaciones/imágenes reside en un repositorio de motor único (Remotion + Blender + Playwright + ComfyUI). Su raíz es:

${CLAUDE_SKILL_DIR}/../..

A continuación, nos referiremos a él como MOTOR. El repositorio del producto es PROYECTO. Los cambios en fuentes reutilizables pertenecen a MOTOR; cada archivo de entrada generado, captura, archivo de audio, utilería, activo de etapa pública, registro de revisión, renderizado y archivo de entrega pertenece a PROYECTO/marketing/assets/<marca>/. Pasa --project PROYECTO a los generadores y renderizadores. No renderices dentro de MOTOR y copies después.

LECTURA OBLIGATORIA antes de cualquier trabajo con activos: ${CLAUDE_SKILL_DIR}/../../docs/PLAYBOOK.md (mapa del motor, incorporación, proceso, contrato de entrega) más SOLO los archivos ${CLAUDE_SKILL_DIR}/../../docs/playbook/<tema>.md que la receta nombre; no leas los otros archivos de tema. Fueron costosos de descubrir; no los redescubras ni los cuestiones.

Forma del flujo de trabajo (todo skill de activos sigue esto)

  1. Guardia de repositorio compartido: git -C "${CLAUDE_SKILL_DIR}/../.." status --short. Si el árbol tiene modificaciones no confirmadas que no realizaste, es probable que OTRA sesión esté en marcha en el repositorio del motor: informa al usuario lo que encontraste y pregúntale si esperar o continuar (bloquea el alcance si continúas en paralelo). Nunca construyas sobre ediciones no confirmadas de un desconocido en silencio.
  2. cd "${CLAUDE_SKILL_DIR}/../.." && python launch.py --check: verifica la cadena de herramientas.
  3. Verificación de marca: ¿existe brands/<id>.json para el producto? Si no, ejecuta primero la sección "Incorporación de una nueva marca" del PLAYBOOK (tokens del DESIGN.md/tailwind/vars CSS del repositorio del producto; componente mark; registros). Pregunta al usuario solo por valores que no puedas derivar.
  4. Para la creatividad principal, elige una dirección con referencias/procedencia, aprueba un fotograma de estilo y construye una animática con audio antes del trabajo final. Usa captura, UI nativa, 2D, 3D o tomas híbridas según la prueba del producto, no un ritual de estilo de casa.
  5. Ejecuta la receta del activo con --project PROYECTO. Los comandos de Remotion que usan medios en escena también pasan --public-dir=PROYECTO/marketing/assets/<marca>/public.
  6. Inspecciona fotogramas representativos antes de cualquier renderización completa. Para una película de producción, inspecciona evidencia de inicio/medio/final de cada toma y mira el corte completo con música y sonido.
  7. Ejecuta las puertas de activos más node scripts/check-audio.mjs <marca> --project PROYECTO. La narración es el valor predeterminado; solo música es una excepción explícita registrada. El pase mecánico NUNCA sustituye la revisión no autor "¿Compartirías esto?".
  8. El artefacto terminado ya reside en PROYECTO. Envíalo al usuario; no está terminado hasta que lo haya visto. Confirma solo los cambios en el código fuente/configuración reutilizables de MOTOR y los artefactos de ejecución propiedad del producto apropiados para PROYECTO.

No negociables

  • Los valores de marca solo provienen de brands/<id>.json a través de getBrand(brandId); nunca hexadecimal literal en plantillas. Respeta las reglas de color declaradas de la marca (noban: oro beneficio, nunca verde).
  • Props de activo anulables + alternativas de marcador de posición (el humo de clon limpio permanece verde).
  • Los generadores de producción nunca escriben material personal/del producto en MOTOR. Las sondas de diagnóstico usan el modo temporal explícito proporcionado por su envoltorio y permanecen en el directorio temporal del SO.
  • Copia: sin guiones largos, sin palabras de exageración.
  • Falla con estrépito; los archivos de props generados se editan solo a través de sus scripts de construcción.

Disciplina de tokens

Las recetas están resueltas: ejecuta, no explores. Registros de renderización: | tail -2. Inspecciona fotogramas, nunca videos (extrae fotogramas mediante npx remotion ffmpeg cuando sea necesario). Subagenta cualquier bucle de ajuste visual para que las imágenes de iteración caigan en contexto descartado. Las ejecuciones rutinarias funcionan bien en Opus/Sonnet; escala el nivel del modelo solo para diseño de nuevas plantillas o errores visuales que el PLAYBOOK no cubra.

Individual skills in this repo

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

Skills relacionados