Communitygithub.com

ucsandman/marketing-studio

Utilisé pour générer tout actif vidéo, animation, image ou audio (logo reveal, clip social, démo produit, vidéo de lancement, image OG, GIF README, musique, voix off) pour n'importe quel produit/dépôt, ou lorsqu'on travaille dans le dépôt du moteur marketing-studio. Contexte requis pour /logo-reveal, /social-clip, /product-demo, /launch-video, /og-assets, /audio-track.

Qu'est-ce que marketing-studio ?

Marketing Studio est un pipeline de production d'actifs marketing centralisé conçu pour les développeurs et les équipes produit. Il s'appuie sur un dépôt moteur unique (Remotion, Blender, Playwright, ComfyUI) comme source unique de réutilisabilité pour les vidéos, animations, images et fichiers audio, tout en conservant tous les actifs générés (rendus, captures, fichiers audio) dans le référentiel du produit (`PROJECT/marketing/assets/<brand>/`). Ce skill applique un workflow strict en 8 étapes : vérification du dépôt partagé, validation de la chaîne d'outils, test de l'existence de la marque, sélection de la direction créative avec approbation des style frames, exécution de la recette avec `--project`, inspection des images clés avant le rendu complet, exécution des contrôles de qualité (y compris audio) et livraison finale à l'utilisateur. Les non-négociables incluent la discipline des jetons (lecture des valeurs de marque depuis `brands/<id>.json` uniquement), une gestion stricte des dépendances (ne pas écrire de contenu personnel/produit dans le moteur), et un échec rapide en cas d'erreur. Le design du workflow garantit que chaque actif suit un chemin éprouvé — les recettes sont exécutées, non explorées — et que les boucles de réglage visuel sont déléguées aux sous-agents pour garder les itérations dans un contexte supprimable, optimisant ainsi les coûts de calcul et l'efficacité.

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

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Marketing Studio

Le code source réutilisable pour les vidéos, animations et images réside dans un dépôt moteur unique (Remotion + Blender + Playwright + ComfyUI). Sa racine est :

${CLAUDE_SKILL_DIR}/../..

Appelez-le MOTEUR ci-dessous. Le dépôt produit est PROJET. Les modifications de source réutilisable appartiennent au MOTEUR ; chaque fichier d'entrée, capture, fichier audio, accessoire, actif de scène publique, enregistrement de révision, rendu et fichier de livraison généré appartient à PROJET/marketing/assets/<marque>/. Transmettez --project PROJET aux générateurs et moteurs de rendu. Ne rendez pas dans le MOTEUR pour copier plus tard.

LECTURE OBLIGATOIRE avant tout travail sur les actifs : ${CLAUDE_SKILL_DIR}/../../docs/PLAYBOOK.md (plan du moteur, intégration, processus, contrat de livraison) plus SEULEMENT les fichiers ${CLAUDE_SKILL_DIR}/../../docs/playbook/<sujet>.md que la recette nomme ; ne lisez pas les autres fichiers de sujet. Ceux-ci ont été coûteux à découvrir ; ne les redécouvrez pas et ne les remettez pas en question.

Structure du workflow (chaque compétence d'actif suit ceci)

  1. Garde du dépôt partagé : git -C "${CLAUDE_SKILL_DIR}/../.." status --short. Si l'arbre contient des modifications non validées que vous n'avez pas faites, une AUTRE session est probablement en cours dans le dépôt moteur — dites à l'utilisateur ce que vous avez trouvé et demandez s'il faut attendre ou continuer (verrouillage de portée si vous continuez en parallèle). Ne construisez jamais silencieusement sur des modifications non validées d'un inconnu.
  2. cd "${CLAUDE_SKILL_DIR}/../.." && python launch.py --check — vérifiez la chaîne d'outils.
  3. Vérification de la marque : le fichier marques/<id>.json existe-t-il pour le produit ? Sinon, exécutez d'abord la section « Intégration d'une nouvelle marque » du PLAYBOOK (jetons provenant du fichier DESIGN.md/tailwind/variables CSS du dépôt produit ; composant de marque ; registres). Demandez à l'utilisateur uniquement les valeurs que vous ne pouvez pas déduire.
  4. Pour la création héroïque, choisissez une direction avec des références/provenances, approuvez un style frame et construisez une animatique porteuse audio avant le travail final. Utilisez des captures, de l'IU native, des plans 2D, 3D ou hybrides selon la preuve du produit, pas un rituel de style maison.
  5. Exécutez la recette d'actif avec --project PROJET. Les commandes Remotion qui utilisent des médias mis en scène passent également --public-dir=PROJET/marketing/assets/<marque>/public.
  6. Inspectez les images fixes représentatives avant tout rendu complet. Pour un film de production, inspectez les preuves de début/milieu/fin pour chaque plan et regardez le montage complet avec son.
  7. Exécutez les contrôles d'actif plus node scripts/check-audio.mjs <marque> --project PROJET. La narration est la valeur par défaut ; la musique seule est une exception explicitement enregistrée. Le PASS mécanique ne remplace jamais la revue non-automatisée nommée « est-ce que je partagerais ceci ? ».
  8. L'artefact fini réside déjà dans PROJET. Envoyez-le à l'utilisateur ; ce n'est pas terminé tant qu'il ne l'a pas vu. Validez uniquement les modifications de source/config du MOTEUR réutilisables et les artefacts d'exécution appartenant au produit appropriés pour PROJET.

Non-négociables

  • Les valeurs de la marque proviennent uniquement de marques/<id>.json via getBrand(brandId) ; jamais de hexadécimal littéral dans les modèles. Respectez les règles de couleur déclarées de la marque (noban : or du profit, jamais vert).
  • Propriétés d'actif nullables + solutions de repli (la fumée d'un clone propre reste verte).
  • Les générateurs de production n'écrivent jamais de contenu personnel/produit dans le MOTEUR. Les sondes de diagnostic utilisent le mode temporaire explicite fourni par leur wrapper et restent sous le répertoire temporaire du système.
  • Copie : pas de tirets em, pas de mots d'emballement.
  • Échec bruyant ; les fichiers de propriétés générés sont modifiés uniquement via leurs scripts de construction.

Discipline des jetons

Les recettes sont résolues — exécutez, n'explorez pas. Journaux de rendu : | tail -2. Inspectez les images fixes, jamais les vidéos (extrayez les images via npx remotion ffmpeg si nécessaire). Déléguez toute boucle de réglage visuel à un sous-agent afin que les itérations d'image atterrissent dans un contexte supprimable. Les exécutions de routine fonctionnent bien sur Opus/Sonnet ; augmentez le niveau du modèle uniquement pour la conception de nouveaux modèles ou les bugs visuels que le PLAYBOOK ne couvre pas.

Individual skills in this repo

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

Skills associés