Communitygithub.com

ucsandman/marketing-studio

Verwendung bei der Generierung von Marken-Videos, Animationen, Bildern oder Audio-Assets (Logo-Enthüllung, Social-Clip, Produktdemo, Launch-Video, OG-Bild, README-GIF, Musik, Voiceover) für jedes Produkt/Repo oder bei der Arbeit im Marketing-Studio-Engine-Repo. Erforderlicher Hintergrund für /logo-reveal, /social-clip, /product-demo, /launch-video, /og-assets, /audio-track.

Was ist marketing-studio?

Marketing Studio ist ein KI-gestütztes Skill-Framework zur Erstellung von Marken-Video-, Animations-, Bild- und Audio-Assets. Es ist für Entwickler und KI-Agenten konzipiert, die in einem gemeinsamen Engine-Repository (Remotion, Blender, Playwright, ComfyUI) arbeiten und die Ergebnisse in separates Produkt-Repositorys auslagern. Der Skill stellt einen strengen, reproduzierbaren Workflow sicher – von der Überprüfung des Toolchains und der Markenregistrierung bis hin zur finalen Ausgabe – und verhindert so versehentliche Änderungen an gemeinsam genutzten Ressourcen. Er unterstützt Plattformen wie Claude Code, Cursor und Codex und eignet sich ideal für die konsistente, markenkonforme Asset-Produktion mit klaren Rollen und Überprüfungspunkten.

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

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Marketing Studio

Wiederverwendbare Quellen für Video/Animation/Bild befinden sich in einem einzigen Engine-Repository (Remotion + Blender + Playwright + ComfyUI-Feeder). Ihr Pfad ist:

${CLAUDE_SKILL_DIR}/../..

Nenne es unten ENGINE. Das Produkt-Repository ist PROJECT. Änderungen an wiederverwendbaren Quellen gehören in ENGINE; jede generierte Eingabe, Capture, Audiodatei, Requisite, Public-Stage-Asset, Prüfaufzeichnung, Render und Lieferdatei gehört in PROJECT/marketing/assets/<brand>/. Übergib --project PROJECT an Generatoren und Renderer. Rendere nicht in ENGINE und kopiere später heraus.

PFLICHTLEKTÜRE vor jeder Asset-Arbeit: ${CLAUDE_SKILL_DIR}/../../docs/PLAYBOOK.md (Engine-Karte, Onboarding, Prozess, Liefervertrag) plus NUR die ${CLAUDE_SKILL_DIR}/../../docs/playbook/<topic>.md-Dateien, die das Rezept benennt; lies keine anderen Themen-Dateien. Diese waren teuer zu entdecken; leite sie nicht neu ab oder hinterfrage sie nicht.

Workflow-Form (jedes Asset-Skill folgt diesem)

  1. Shared-Repo-Wächter: git -C "${CLAUDE_SKILL_DIR}/../.." status --short. Wenn der Baum nicht von dir vorgenommene, unbestätigte Änderungen enthält, befindet sich mit hoher Wahrscheinlichkeit eine ANDERE Sitzung im Engine-Repository – teile dem Benutzer mit, was du gefunden hast, und frage, ob gewartet oder fortgefahren werden soll (bei parallelem Fortfahren Bereich sperren). Baue niemals stillschweigend auf unbestätigten Änderungen eines Fremden auf.
  2. cd "${CLAUDE_SKILL_DIR}/../.." && python launch.py --check – überprüfe die Toolchain.
  3. Markenprüfung: Existiert brands/<id>.json für das Produkt? Wenn nicht, führe zuerst den Abschnitt „Onboarding einer neuen Marke" aus dem PLAYBOOK durch (Tokens aus DESIGN.md/Tailwind/CSS-Variablen des Produkt-Repositorys; Mark-Komponente; Registrierungen). Frage den Benutzer nur nach Werten, die du nicht ableiten kannst.
  4. Für Hero-Kreativinhalte wähle eine Richtung mit Referenzen/Provenienz, genehmige einen Style-Frame und erstelle ein Audio-Animatic vor der Endarbeit. Verwende Capture, native UI, 2D, 3D oder Hybrid-Shots gemäß dem Produktnachweis, nicht nach einem Hausstil-Ritual.
  5. Führe das Asset-Rezept mit --project PROJECT aus. Remotion-Befehle, die gestaffelte Medien verwenden, übergeben außerdem --public-dir=PROJECT/marketing/assets/<brand>/public.
  6. Überprüfe repräsentative Standbilder vor jedem vollständigen Render. Für einen Produktionsfilm überprüfe Start-/Mitte-/Ende-Beweise für jeden Shot und sieh dir den vollständigen, mit Sound geschnittenen Film an.
  7. Führe die Asset-Gates plus node scripts/check-audio.mjs <brand> --project PROJECT aus. Erzählung ist die Voreinstellung; Nur-Musik ist eine explizit protokollierte Ausnahme. Ein mechanisches BESTANDEN ersetzt niemals die namentliche Nicht-Autoren-Überprüfung „Würde ich das teilen?".
  8. Das fertige Artefakt befindet sich bereits in PROJECT. Sende es an den Benutzer; es ist nicht abgeschlossen, bis er es gesehen hat. Committe nur wiederverwendbare ENGINE-Quell-/Konfigurationsänderungen und die vom Produkt gehaltenen Lauf-Artefakte, die für PROJECT geeignet sind.

Unverhandelbar

  • Markenwerte nur aus brands/<id>.json via getBrand(brandId); niemals Literal-Hex in Templates. Befolge die angegebenen Farbregeln der Marke (noban: Profit-Gold, niemals Grün).
  • Nullable Asset-Props + Platzhalter-Fallbacks (sauberer Klon-Rauch bleibt grün).
  • Produktionsgeneratoren schreiben niemals persönliches/Produktmaterial in ENGINE. Diagnose-Sonden verwenden den expliziten Temporärmodus, den ihr Wrapper bereitstellt, und bleiben unter OS-Temp.
  • Text: keine Em-Dashes, keine Hype-Wörter.
  • Fehler laut melden; generierte Props-Dateien werden nur über ihre Builder-Skripte bearbeitet.

Token-Disziplin

Rezepte sind gelöst – ausführen, nicht erkunden. Render-Logs: | tail -2. Überprüfe Standbilder, niemals Videos (extrahiere Frames bei Bedarf via npx remotion ffmpeg). Unterbeauftrage jede visuelle Optimierungsschleife, damit Iterationsbilder im verworfenen Kontext landen. Routine-Runs funktionieren gut auf Opus/Sonnet; erhöhe die Model-Stufe nur für neues Template-Design oder visuelle Fehler, die das PLAYBOOK nicht abdeckt.

Individual skills in this repo

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

Verwandte Skills