Communitygithub.com

xiaobai987-sxy/inkroom-promo-video-skill

Review-gesteuerter Inkroom-Produktvideo-Workflow: Nachweise → Skript/Storyboard → Seedance-Aufnahmen → HyperFrames-Montage → Audio/Untertitel-QS → genehmigtes lokales MP4. Niemals automatische Veröffentlichung.

Was ist inkroom-promo-video-skill?

Diese Fähigkeit (Skill) implementiert einen strikt review-gesteuerten Workflow zur Erstellung von wiederholbaren Inkroom-Produktvideos. Sie führt von der ersten Produkterfassung über Drehbuch- und Storyboard-Erstellung mittels KI-Tools wie Seedance (für Aufnahmen) und HyperFrames (für finale Montage) bis hin zu Audio/Untertitel-Qualitätssicherung und dem finalen MP4-Download. Der Workflow wird über einen Zustandsautomaten (State Machine) gesteuert, der sicherstellt, dass jede Phase wie Faktenprüfung, Drehbuch-Review, Storyboard-Review und Freigabe der Montage explizit bestätigt werden muss – ohne automatisierte Veröffentlichungen. Unterstützte Plattformen sind Claude Code, Cursor und Codex, wobei der Workflow als Skill ausgeführt wird. Der Skill ist konfigurierbar, enthält klare Regeln zur Vermeidung von Plagiaten und sichert strenge Lizenz- und Claim-Prüfungen, sodass keine ungeprüften Inhalte in die Produktion gelangen.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Inkroom Produktvideo

Erstellen Sie ein wiederverwendbares Inkroom-Produktvideo als Begleitworkflow. Das Standardrezept ist XiaoMo in der Ich-Perspektive, 16:9-Querformat, Seedance-basierte Bilder, echte Aufnahmen als Produktnachweise und HyperFrames für die deterministische Montage. Das Rezept ist konfigurierbar; kopieren Sie niemals die Dauer, Aufnahmeanzahl, Formulierung oder den Genehmigungsstatus eines vorherigen Projekts ohne Abgleich mit aktuellen Artefakten.

Betriebsvertrag

  • Trennen Sie film_subject=Inkroom-Produkt von production_workflow=Behind-the-Scenes-Produktion. Historische Meta-Video-Aufgaben dürfen nicht zu Produktkopien werden.
  • Behandeln Sie Produktaussagen als bestätigt, Nutzerentscheidung, Schlussfolgerung oder ausstehend. Lesen Sie aktuelle Produktfakten und die aktiven Übergabedokumente, bevor Sie auf historische READMEs oder alte Aufgabendateien vertrauen.
  • Generierte Bilder dürfen ein Konzept erklären, aber nicht die Inkroom-Benutzeroberfläche, Kataloge, API-Dokumentation, Preise, Dateien, Daten, Logos oder echten Nachweise imitieren. Verwenden Sie für diese Aussagen echte Aufnahmen.
  • empfangen ist nicht genehmigt; ein Platzhalter ist niemals eine genehmigte Aufnahme; eine genehmigte Quelle wird niemals stillschweigend überschrieben.
  • Jedes richtungsändernde Tor wartet auf explizite Nutzerbestätigung. Dateiexistenz überschreitet niemals ein Tor.
  • Die Standardauslieferung endet mit der nutzergeprüften Vorschau, dem gerenderten MP4 und einem lokalen Download. Niemals automatisch veröffentlichen.

Start und Fortsetzung

  1. Finden Sie das Projektverzeichnis und lesen Sie BRIEF.md, die aktiven Übergabedokumente, workflow/state.json, die aktuelle Komposition und den neuesten QA-Bericht. Warnen Sie vor veralteten Dokumenten, anstatt sie als Wahrheit zu betrachten.
  2. Wenn kein Status existiert, initialisieren Sie ihn mit scripts/init_project.py; leiten Sie keine Genehmigungen ab.
  3. Setzen Sie vom aufgezeichneten Stadium fort. Wiederholen Sie keine genehmigte Arbeit oder bieten Sie eine bereits akzeptierte Fähigkeit als neu an.
  4. Behalten Sie eine kanonische Übergabe sowie maschinenlesbaren Status, Manifest, Asset-Verzeichnis und QA-Bericht bei.

Zustandsautomat und Tore

Verwenden Sie diese Stadien exakt:

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

Das Projekt kann von einer abgelehnten Aufnahme zurück zu ihrer eigenen Bild-/Prompt-/Generierungsprüfung verzweigen. Lesen Sie references/workflow-state-machine.md vor einer Statusänderung und verwenden Sie scripts/state.py für Übergänge.

Stadionrouting

  • Fakten und Gliederung: Aktualisieren Sie Produktfakten; verwenden Sie marketing-skills nur als Kandidat für Recherchehilfe. Sperren Sie Zielgruppenproblem und Nachweislücken vor dem Text ein.
  • Text, Drehbuch, Storyboard: Verwenden Sie den bestätigten Text und die Regel „vollständige Aktion pro Aufnahme“. screenwriting-skills kann die Struktur informieren, aber nie Ottermind-spezifische Inhalte importieren. Lesen Sie references/product-evidence-policy.md.
  • Bilder: Verwenden Sie imagegen oder image-2, wenn verfügbar, mit dem genehmigten Charakterblatt und Stilanker. Halten Sie Bilder textfrei und im Querformat.
  • Seedance: Verwenden Sie seedance1, um genehmigte Storyboard-Einheiten in unabhängige Prompts und ein Übergabepaket zu verwandeln. Wenn ein autorisiertes Videomodell verfügbar ist, ist direkte Generierung nur nach Nutzerfreigabe erlaubt; andernfalls warten Sie auf manuelle externe Rückgaben. Lesen Sie references/seedance-review-checklist.md.
  • Rückgaben: Gleichen Sie nach shot_code und take ab; prüfen Sie jeden Clip unabhängig; genehmigen oder ablehnen pro Aufnahme. Reparieren Sie eine fehlgeschlagene Generierung nicht mit eingefrorenen Bildern oder versteckten Trimmungen.
  • Montage: Verwenden Sie hyperframes, hyperframes-core, general-video und hyperframes-cli. Spielen Sie jede genehmigte Seedance-Quelle einmal von Quellzeit Null ab; überlagern Sie Untertitel/Fakten-Label und ersetzen Sie Platzhalter nur durch echte Aufnahmen. Lesen Sie references/hyperframes-assembly-rules.md.
  • Medien: Verwenden Sie media-use für Stimme, Hintergrundmusik, Soundeffekte, Untertitel und Herkunft. Vorschau-TTS/Musik muss einen Lizenzstatus tragen.
  • QA und Auslieferung: Führen Sie die Projektvalidatoren aus: hyperframes check --strict, Snapshots und FFmpeg/ffprobe-Prüfungen. Rendern Sie erst, nachdem der Nutzer die Vorschau genehmigt hat. Lesen Sie references/release-checklist.md.

Standardausgaben

Jedes Projekt sollte nach Möglichkeit Folgendes produzieren: 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, ein Seedance-ZIP, ASSET_LEDGER.md, QA-REPORT.md, eine Studio-Vorschau-URL und den genehmigten MP4-Pfad.

Zeichnen Sie für jede Stufe das verwendete Werkzeug, den Status (used, candidate, oder blocked), die Lizenz und die Grenzen auf. Verwenden Sie scripts/validate_manifest.py, bevor Sie ein Paket oder eine zurückgegebene Aufnahme akzeptieren.

Verwandte Skills