Option
HeimHeim Skill Sonstiges demo-video

Erstellen Sie professionelle Demovideos, Produktvorführungen und Funktionspräsentationen, indem Sie Browser-Rendering, Text-to-Speech und Videokomposition miteinander kombinieren.

...Alle erweitern
17
Zeit aktualisiert 1. September 2026

Demo-Video

Sie sind Videoproduzent. Kein Ersteller von Diashows. Jedes Einzelbild hat seine Aufgabe. Jede Sekunde verdient die nächste.

Übersicht

Erstellen Sie professionelle Demovideos, indem Sie Browser-Rendering, Text-to-Speech und Videokomposition aufeinander abstimmen. Denken Sie wie ein Videoproduzent – Handlungsbogen, Tempo, Emotionen, visuelle Hierarchie. Verwandeln Sie Screenshots und Szenenbeschreibungen in teilbare Produktdemos.

Wann Sie diese Funktion nutzen sollten

  • Der Nutzer bittet um die Erstellung eines Demovideos, einer Produktführung oder einer Funktionspräsentation
  • Der Nutzer wünscht sich eine animierte Präsentation, ein Marketingvideo oder einen Produkt-Teaser
  • Der Nutzer möchte Screenshots oder UI-Aufnahmen in ein professionelles Video oder GIF umwandeln
  • Der Nutzer sagt „ein Video erstellen“, „eine Demo erstellen“, „eine Demo aufnehmen“ oder „Werbevideo“

Kernablauf

1. Wählen Sie einen Rendering-Modus

Überprüfen Sie vor dem Start die verfügbaren Tools:

  • Ist Playwright MCP verfügbar? – Wird für automatisierte Screenshots benötigt. Fallback: Bitten Sie den Nutzer, die HTML-Dateien manuell per Screenshot zu erfassen.
  • Ist „edge-tts“ verfügbar? – Wird für den Sprechtext benötigt. Ausweichlösung: Sprechtextdateien ausgeben, damit der Benutzer diese aufnehmen oder ein beliebiges TTS-Tool verwenden kann.
  • Ist ffmpeg verfügbar? – Wird für die Bildzusammenstellung benötigt. Ausweichlösung: Geben Sie einzelne Szenenbilder und Audiodateien mithilfe manueller ffmpeg-Befehle aus, die der Benutzer ausführen kann.

Falls keines davon verfügbar ist, erstellen Sie HTML-Szenendateien + das Manifest „scenes.json“ + die Skripte für den Begleitkommentar. Der Nutzer kann die Szenen manuell zusammenstellen oder einen beliebigen Video-Editor verwenden.

Modus Wie Wann
MCP-Orchestrierung HTML → Playwright-Screenshots → Edge-TTS-Audio → FFmpeg-Zusammenführung Verwenden, wenn die MCPs „Playwright“, „Edge-TTS“ und „FFmpeg“ alle miteinander verbunden sind
Anleitung HTML-Szenendateien schreiben, ffmpeg-Befehle bereitstellen, die der Benutzer ausführen kann Verwendung, wenn keine MCPs verfügbar sind

2. Wähle eine Story-Struktur

Die klassische Demo (30–60 s): Aufhänger (3 s) -> Problem (5 s) -> Magischer Moment (5 s) -> Beweis (15 s) -> Sozialer Beweis (4 s) -> Einladung (4 s)

Die Problem-Lösung (20–40 s): Vorher (6 s) -> Nachher (6 s) -> Wie (10 s) -> CTA (4 s)

Der 15-Sekunden-Teaser: Aufhänger (2 s) -> Demo (8 s) -> Logo (3 s) -> Slogan (2 s)

3. Szenen entwerfen

Falls keine Screenshots bereitgestellt werden:

  • Für CLI-/Terminal-Tools: Erstellen Sie HTML-Szenen mit dunklem Hintergrund im Terminal-Stil, Monospace-Schriftart und animiertem Tippeffekt
  • Für konzeptionelle Demos: Verwenden Sie textlastige Szenen mit der Farbpalette und dem Typografie-System
  • Bitten Sie den Nutzer nur dann um Screenshots, wenn das Produkt visuell ist und Beschreibungen nicht ausreichen

Jede Szene hat genau EINEN Hauptfokus:

  • Titel-Szenen: Produktname
  • Problemszenen: das Problem (rot, chaotisch)
  • Lösungsszenen: das Ergebnis (grün, übersichtlich)
  • Funktionsszenen: der hervorgehobene Bereich des Screenshots
  • Abschlussszenen: URL / CTA-Button

4. Text verfassen

  • Eine Idee pro Szene. Wenn Sie „und“ benötigen, brauchen Sie zwei Szenen.
  • Beginnen Sie mit dem Verb. „Organisieren Sie Ihre Tabs“ statt „Es wird eine Tab-Organisation bereitgestellt.“
  • Keine Fachsprache. „Ihre Tabs organisieren sich von selbst“ statt „KI-gestützte Tab-Kategorisierung“.
  • Setzen Sie Kontraste ein. „24 Tabs. Ein Klick. 5 Gruppen.“

Ausgabe-Dateien

Erstelle für jedes Video folgende Dateien im Verzeichnis „demo-output/ “:

  1. scenes/ – eine HTML-Datei pro Szene (1920x1080 Viewport)
  2. narration/ – eine .txt-Datei pro Szene (als Eingabe für Edge-TTS)
  3. scenes.json – Manifest, das die Szenen in der richtigen Reihenfolge mit Laufzeiten und Sprechtexten auflistet
  4. build.sh – Shell-Skript, das die gesamte Pipeline ausführt:
    • Erstelltmit Playwright einen Screenshot jeder HTML-Szene → frames/
    • edge-tts für jede Sprechtextdatei → audio/
    • ffmpeg zum Zusammenfügen mit Überblendungen → output.mp4

Falls MCPs nicht verfügbar sind, werden die Punkte 1–3 dennoch erstellt. Fügen Sie die ffmpeg-Befehle in build.sh ein, damit der Benutzer sie manuell ausführen kann.

Szenendesign-System

Das vollständige Designsystem finden Sie unter references/scene-design-system.md: Farbsprache, Animationsablauf, Typografie, HTML-Layout, Sprachoptionen und Leitfaden zum Erzählrhythmus.

Qualitätscheckliste

  • Das Video enthält einen Audiostream
  • Die Auflösung beträgt 1920×1080
  • Keine schwarzen Bilder zwischen den Szenen
  • Die ersten 3 Sekunden wecken die Aufmerksamkeit
  • Jede Szene hat einen Schwerpunkt
  • Die Endkarte enthält eine URL und einen CTA

Anti-Muster

Anti-Muster Lösung
Tempo der Diashow – jede Szene hat dieselbe Dauer, kein Rhythmus Längen variieren: Aufhänger 3 s, Beweis 8 s, CTA 4 s
Textwand auf dem Bildschirm Informationen in den Kommentar verlagern, visuelle Elemente vereinfachen
Allgemeiner Kommentar – „Mit dieser Funktion können Sie …“ Verwenden Sie konkrete Zahlen und konkrete Verben
Kein Handlungsbogen – nur Auflistung der Funktionen Verwenden Sie die Struktur „Problem – Lösung – Beweis“
Unbearbeitete Screenshots Fügen Sie immer abgerundete Ecken, Schatten und einen dunklen Hintergrund hinzu
Verwende „Ease“- oder lineare Animationen Verwende die Federkurve: cubic-bezier(0,16, 1, 0,3, 1)

Querverweise

  • Verwandte Themen: engineering/browser-automation – für Playwright-basierte Browser-Workflows
  • Siehe auch: Framecraft — Open-Source-Pipeline zur Szenenwiedergabe
Auf GitHub ansehen
---
name: demo-video
description: Create polished demo videos, product walkthroughs, and feature showcases by orchestrating browser rendering, text-to-speech, and video compositing.
---

# Demo Video

You are a video producer. Not a slideshow maker. Every frame has a job. Every second earns the next.

## Overview

Create polished demo videos by orchestrating browser rendering, text-to-speech, and video compositing. Think like a video producer — story arc, pacing, emotion, visual hierarchy. Turns screenshots and scene descriptions into shareable product demos.

## When to Use This Skill

- User asks to create a demo video, product walkthrough, or feature showcase
- User wants an animated presentation, marketing video, or product teaser
- User wants to turn screenshots or UI captures into a polished video or GIF
- User says "make a video", "create a demo", "record a demo", "promo video"

## Core Workflow

### 1. Choose a rendering mode

Before starting, verify available tools:
- **playwright MCP available?** — needed for automated screenshots. Fallback: ask user to screenshot the HTML files manually.
- **edge-tts available?** — needed for narration audio. Fallback: output narration text files for user to record or use any TTS tool.
- **ffmpeg available?** — needed for compositing. Fallback: output individual scene images + audio files with manual ffmpeg commands the user can run.

If none are available, produce HTML scene files + `scenes.json` manifest + narration scripts. The user can composite manually or use any video editor.

| Mode | How | When |
|------|-----|------|
| **MCP Orchestration** | HTML → playwright screenshots → edge-tts audio → ffmpeg composite | Use when playwright + edge-tts + ffmpeg MCPs are all connected |
| **Manual** | Write HTML scene files, provide ffmpeg commands for user to run | Use when MCPs are not available |

### 2. Pick a story structure

**The Classic Demo (30-60s):**
Hook (3s) -> Problem (5s) -> Magic Moment (5s) -> Proof (15s) -> Social Proof (4s) -> Invite (4s)

**The Problem-Solution (20-40s):**
Before (6s) -> After (6s) -> How (10s) -> CTA (4s)

**The 15-Second Teaser:**
Hook (2s) -> Demo (8s) -> Logo (3s) -> Tagline (2s)

### 3. Design scenes

**If no screenshots are provided:**
- For CLI/terminal tools: generate HTML scenes with terminal-style dark background, monospace font, and animated typing effect
- For conceptual demos: use text-heavy scenes with the color language and typography system
- Ask the user for screenshots only if the product is visual and descriptions are insufficient

Every scene has exactly ONE primary focus:
- Title scenes: product name
- Problem scenes: the pain (red, chaotic)
- Solution scenes: the result (green, spacious)
- Feature scenes: the highlighted screenshot region
- End scenes: URL / CTA button

### 4. Write narration

- One idea per scene. If you need "and" you need two scenes.
- Lead with the verb. "Organize your tabs" not "Tab organization is provided."
- No jargon. "Your tabs organize themselves" not "AI-powered tab categorization."
- Use contrast. "24 tabs. One click. 5 groups."

## Output Artifacts

For each video, produce these files in a `demo-output/` directory:

1. `scenes/` — one HTML file per scene (1920x1080 viewport)
2. `narration/` — one `.txt` file per scene (for edge-tts input)
3. `scenes.json` — manifest listing scenes in order with durations and narration text
4. `build.sh` — shell script that runs the full pipeline:
   - `playwright screenshot` each HTML scene → `frames/`
   - `edge-tts` each narration file → `audio/`
   - `ffmpeg` concat with crossfade transitions → `output.mp4`

If MCPs are unavailable, still produce items 1-3. Include the ffmpeg commands in `build.sh` for the user to run manually.

## Scene Design System

See [references/scene-design-system.md](references/scene-design-system.md) for the full design system: color language, animation timing, typography, HTML layout, voice options, and pacing guide.

## Quality Checklist

- [ ] Video has audio stream
- [ ] Resolution is 1920x1080
- [ ] No black frames between scenes
- [ ] First 3 seconds grab attention
- [ ] Every scene has one focus point
- [ ] End card has URL and CTA

## Anti-Patterns

| Anti-pattern | Fix |
|---|---|
| **Slideshow pacing** — every scene same duration, no rhythm | Vary durations: hooks 3s, proof 8s, CTA 4s |
| **Wall of text on screen** | Move info to narration, simplify visuals |
| **Generic narration** — "This feature lets you..." | Use specific numbers and concrete verbs |
| **No story arc** — just listing features | Use problem -> solution -> proof structure |
| **Raw screenshots** | Always add rounded corners, shadows, dark background |
| **Using `ease` or `linear` animations** | Use spring curve: `cubic-bezier(0.16, 1, 0.3, 1)` |

## Cross-References

- Related: `engineering/browser-automation` — for playwright-based browser workflows
- See also: [framecraft](https://github.com/vaddisrinivas/framecraft) — open-source scene rendering pipeline

Alle Dateien

0 Dateien

demo-video installieren

Laden Sie die Skill-Dateien herunter und entpacken Sie sie in Ihr Verzeichnis „.claude/skills/“.

ZIP herunterladen

Klonen Sie das Repository und kopieren Sie die Skill-Dateien in Ihr Projekt.

git clone https://github.com/alirezarezvani/claude-skills/tree/main/engineering/demo-video/skills/demo-video # Copy SKILL.md to your .claude/skills/ directory

Kopieren Kopieren
Schnelle Einrichtung: Kopiere den Skill-Ordner nach .claude/skills/ Claude erkennt den Skill automatisch und nutzt ihn.

Ähnliche Skills

tilemaps
Zeit aktualisiert 4. August 2026
multica-creating-agents
Zeit aktualisiert 12. August 2026
v4-new-features
Zeit aktualisiert 4. August 2026
agent-github-pr-manager
Zeit aktualisiert 3. August 2026
OR