bp-abe/skills-video

Videoanfrage

Eine gute Anfrage sagt, was das Video erreichen muss und was nicht passieren darf – und überlässt das Wie der video-animado. Eine Anfrage, die das Aussehen beschreibt („Premium“, „filmisch“, „Apple-Stil“) ohne Grund schränkt die Kreativität nur ein; eine Anfrage, die das Publikum, den Kanal oder die Wahrheit der Daten vergisst, führt zu Nacharbeit.

1. Fall identifizieren (anhand dessen, was der Benutzer bereits gesagt hat)

Fall	Signal
Thema	nur das Thema („Ein Video über X“)
Drehbuch	fertiger Text, eingefügt, als Datei oder Dokument
Notizen	Stichpunkte, Bericht, Entwurf – die Skill schreibt das Drehbuch und zeigt es vorab
Aufnahme	aufgenommenes Video/Audio zum Schneiden, Untertiteln, Rhythmusgeben
Asset-Ordner	Fotos, Clips, Logo, lose Texte in einem Ordner
Referenz	Link/Video, dem er folgen möchte („so wie das“)
Serie	„wie Video X“, „gleiche Identität“
Test	„ohne die APIs zu nutzen“, „nur zum Testen“

Vor dem Inhalt nachfragen („Welche Animation empfehlen Sie für eine Chronik?“): Keinen Stil vorschlagen – das Konzept entsteht aus dem Text. Den Inhalt anfordern und die Anfrage daraus erstellen.

2. Was gefragt werden muss und was offen bleiben kann

In einer einzigen Runde fragen, mit einer Empfehlung pro Punkt, und nur das, was in der Spalte „muss“ steht und noch nicht genannt wurde.

Muss in der Anfrage stehen (die Skill kann es nicht erraten; fehlt es, wird das falsche Video erstellt):

Punkt	Warum	Beispielantwort
Wozu	definiert das Drehbuch und das Ende des Videos	erklären, verkaufen (Aktion + URL), Geschichte erzählen, ankündigen
Für wen und wo	definiert Sprache, Format und Rhythmus	„Abonnenten, Reels“ → 9:16; „interne Präsentation“ → 16:9
Einzige Botschaft	das ist es, wofür das gesamte Video da ist	„das Buch kostet weniger als ein Kaffee pro Woche“
Material (falls vorhanden)	die Skill findet es nicht selbst	Pfad zum Drehbuch, zur Aufnahme, zum Ordner, Logo, Produktscreens
Wahrheit (falls Daten/Fakten/reale Produkte)	nichts Erfundenes auf dem Bildschirm	Quelle der Zahlen; was nur Illustration ist
Intern oder öffentlich	definiert Stimme und Rechte	geklonte Stimme nur mit Genehmigung; öffentliches Video erfordert Stimme mit Nutzungsrecht
Was nicht sein darf	Risiko, das nur der Auftraggeber kennt	Person X nicht zeigen, Preis nicht nennen

Kann offen bleiben (die Skill entscheidet gut, und Offenlassen gibt mehr Kreativität – nicht fragen):

Punkt	Was die Skill selbstständig macht
Stil, Palette, Schriftart, „Vibe“	erstellt 3 Konzepte aus dem Inhalt und wählt aus (oder zeigt sie)
Drehbuch (wenn nur Thema vorhanden)	recherchiert und schreibt, mit Faktenprüfung
Dauer	die der Inhalt verlangt (Referenz: 45–60 s); die Skill misst, bevor sie zusagt
Format	16:9 + 9:16
Stimme	geklonte Stimme (VoxCPM2, lokal) bei interner Nutzung; bei öffentlichem Video schlägt sie eine andere vor
Musik und Effekte	komponiert/generiert für das Video, ohne vorherige zu wiederholen
Übergänge, Kamera, Rhythmus	eigenes Decoupage, von einem Kritiker überprüft

Kommt nur hinein, wenn der Benutzer darauf besteht (sonst offen lassen): Stilrichtung, bestimmte Stimme, exakte Dauer, Referenz zum Folgen (sagen, was davon übernommen werden soll – Rhythmus, Übergänge – und was nicht – Inhalt, Marke, Farben), Serie („wie Video X“), „ohne die APIs zu nutzen“, Deadline. Stilrichtung mit Begründung ist ok; loses Adjektiv („Premium“, „filmisch“, „modern“) kommt nicht hinein – schränkt die Kreativität nur ein, ohne etwas zu sagen.

3. Anfrage erstellen

Format, in dieser Reihenfolge (Logline und Grenzen zuerst, Ästhetik zuletzt, Werkzeuge fast nie). Die ersten 3 Zeilen sind Pflicht; die in [ ] kommen nur hinein, wenn sie existieren:

Erstelle ein Video [Dauer] für [Kanal/Format] zum Thema [Thema].
Ziel: [was die Person am Ende fühlen/tun soll]. Zielgruppe: [wer].
Hauptbotschaft: „[der Satz]“.
[Material: Drehbuch unten / Aufnahme unter <Pfad> / Ordner <Pfad> / Logo und Screens unter <Pfad>.]
[Wahrheit: Quellen unter <…>; was illustrativ ist, braucht ein Label.]
[Einschränkungen: keine API / externe Nutzung – nur Assets mit Lizenz / <…> nicht zeigen.]
[Referenz: <Link> – übernehmen <Rhythmus, Übergänge>; nicht übernehmen <Inhalt, Farben, Marke>.]
[Serie: im gleichen Stil wie Video „<Titel>“.]
[Vom Benutzer geforderte Anweisungen: <…>.]
[Drehbuch:
<Text>]

Aus der Anfrage entfernen, was Standard oder leeres Adjektiv ist. Eine gute Anfrage hat meist 3 bis 8 Zeilen (plus Drehbuch).

Beispiele für Fälle (die Form, nicht der Inhalt):

• Aufnahme: „Bearbeite die Aufnahme <Pfad> zu einem 45 s Reel. Botschaft: ‚…‘. Wort-für-Wort-Untertitel, Zoom auf wichtige Stellen, Versprecher entfernen. Liefere auch die XML für Premiere.“
• Referenz: „Erstelle ein 30 s Video über X, das dem Rhythmus und den Übergängen von <Link> folgt, aber mit unserem Inhalt und ohne Farben oder Marke zu kopieren.“
• Test: „Erstelle ein 20 s Testvideo über X ohne Nutzung der APIs.“

4. Ausliefern

• Die fertige Anfrage in einem Codeblock zum Kopieren anzeigen und in einer Zeile sagen, was als Standard gesetzt wurde.
• Wenn der Benutzer „Mach schon“/„Starte“ sagt: die Skill video-animado mit der Anfrage aufrufen.
• Ohne die Skill (für jemanden, der video-animado nicht hat): die eigenständige Version generieren – die obige Anfrage, gefolgt von der Methode in METHODE.md (konzept ohne Voreingenommenheit, visuelle Regeln, Einstellungen vor dem Rendern, Stimme, gemessene Synchronisation, Ton, Überprüfung). Keine Schlüssel, persönlichen Pfade oder geklonten Stimmen einfügen.