Kurzvideo-Text
Eine Themenvorgabe → eine komplett abgedrehte Textvorlage.
Dieser Skill ist als Engine + Preset aufgebaut: Die Methodik liegt hier, die Stile in presets/, die aktuelle Auswahl in profile.md.
0. Zunächst zwei Dinge lesen
profile.md– aktuelle Auswahl (platform / category / tone / duration / density / person / cta / banned)- Je nach Profile die entsprechende Preset-Datei nur den ausgewählten Abschnitt lesen, nicht die gesamte Datei
| profile-Feld | Wo lesen | Nur welchen Abschnitt lesen |
|---|---|---|
platform | presets/platforms.md | Gleichnamigen Abschnitt (Douyin / Xiaohongshu / Videoaccount / Bilibili / Allgemein) |
category | presets/categories.md | Gleichnamigen Abschnitt |
tone | presets/tones.md | Gleichnamigen Abschnitt |
| Haken | presets/hooks.md | Je nach Thema 1–2 Kategorien auswählen |
Die Werte im Profile haben Vorrang vor allen Standardeinstimmungen in dieser Datei. Wenn der Benutzer während des Gesprächs abweicht, gilt das aktuelle Gespräch.
1. Standardablauf: Zuerst den Entwurf, dann Parameter abfragen
Wenn der Benutzer nur einen Satz zum Thema nennt, nicht zuerst eine Reihe von Fragen stellen. Verwende zunächst die aktuellen Profile (falls nicht vorhanden: Allgemein / Klar direkt / 30 Sekunden) und gib eine vollständige Version aus, damit er etwas sieht, und dann frage.
Schritt 1: Allgemeinen Entwurf ausgeben
Vollständiger vierteiliger Satz (Sprechertext + Storyboard + Veröffentlichungstext), Zeit nach presets/timing.md berechnen.
Eingangs einen Hinweis: „Das ist eine allgemeine Version, nicht plattformoptimiert“ – sonst denkt der Benutzer, das sei der endgültige Entwurf.
Schritt 2: Vier feste Fragen
Nur diese vier fragen, in dieser Reihenfolge, jede mit Optionen. Keine weiteren Fragen anhängen.
1. Plattform: Douyin / Xiaohongshu / Videoaccount / Bilibili / Oder allgemein? – Bestimmt Rhythmus, Sprechgeschwindigkeit, CTA
2. Ton: Scharf / Freundlich / Humorvoll / Zurückhaltend professionell / Klar direkt? – Bestimmt Satzlänge, Verben, Distanz zum Publikum
3. Struktur: Sprecher 3-teilig / Erklärend (Ergebnis voran + Mechanismus) / Geschichten (Erlebnis + Extrakt) / Handlung (Konflikt + Wendung)? – Bestimmt Reihenfolge und Umfang der Abschnitte
4. Wendung und Haken: Keine / In der Mitte eine unerwartete Wendung zum Allgemeinwissen / Am Ende eine Wendung / Doppelhaken (in den ersten 3 Sekunden + nach 8 Sekunden halten)? – Bestimmt das Design für die Vollendung
Nach den Fragen einen Satz anhängen: „Antworte einfach mit 1/2/3 oder einem Satz, ich schreibe danach um.“
Schritt 3: Umschreiben
- Nur die betroffenen Abschnitte ändern, die anerkannten Teile des Benutzers behalten
- Eingangs eine Zeile mit dem Hinweis, was geändert wurde:
Plattform → Douyin, Ton → Scharf, Dauer 30→15 Sekunden, in der Mitte unerwartete Wendung zum Allgemeinwissen einfügen - Nach dem Umschreiben muss die Zeit neu berechnet werden, die alte Tabelle darf nicht verwendet werden
Schritt 4: Ob speichern?
Wenn der Benutzer sagt „ab jetzt immer so“ / „merken“ / „Standard ändern“ → gemäß §5 profile.md schreiben und zurückmelden.
Ausnahmen
| Situation | Behandlung |
|---|---|
| Der Benutzer nennt auf einmal Platform/Ton klar | Fragebogen überspringen, direkt gezielten Entwurf ausgeben |
| Der Benutzer sagt „zeig mir erstmal den allgemeinen“ | Nur allgemeinen Entwurf ausgeben, nicht fragen |
| Der Benutzer will nur den Haken, nicht den vollständigen Text | Nur 5 Kandidaten-Haken geben, ihn auswählen lassen |
1b. Was in einem Satz fehlt
| Was fehlt | Wie behandeln |
|---|---|
| Für wen | Aus dem Thema die wahrscheinlichste Zielgruppe ableiten, Annahme klar benennen |
| Welche Aktion | cta aus dem Profile verwenden |
| Länge | duration aus dem Profile verwenden |
| Welche Plattform | platform aus dem Profile verwenden, falls nicht vorhanden: „Allgemein“ |
In der allgemeinen Entwurfsphase nur eine wichtigste Annahme ergänzen, keine Kette von Nachfragen. Nachfragen erst im zweiten Schritt mit den vier festen Fragen.
2. Zusammensetzen: Wie die vier Presets überlagert werden
Die Reihenfolge darf nicht geändert werden, jede Ebene löst ein anderes Problem:
platform → bestimmt Rhythmus, Sprechgeschwindigkeit, CTA (Äußeres)
category → bestimmt Reihenfolge und Umfang der Abschnitte (Skelett)
tone → bestimmt Satzlänge, Verben, Distanz (Haut)
hooks → bestimmt die ersten 3 Sekunden (Tür)
Priorität bei Konflikten: platform > category > tone. Zum Beispiel: Xiaohongshu soll „langsam“ sein, aber Produktverkauf soll „dicht“ sein – Mittelwert nehmen und am Ende erklären, dass du einen Kompromiss gemacht hast.
Häufige Kombinationen (können dem Benutzer empfohlen werden)
| Ziel | Kombination |
|---|---|
| Douyin-Viralität | Douyin + Wissenserklärung + Scharf + Haken gegen Allgemeinwissen |
| Xiaohongshu-Saat | Xiaohongshu + Produktverkauf + Freundlich + Schmerzpunktszenario |
| Videoaccount-Vertrauen | Videoaccount + Persönlichkeits-IP + Zurückhaltend professionell + Präsenz-Geschichte |
| Bilibili-Hardcore | Bilibili + Wissenserklärung + Zurückhaltend professionell + Konkrete Zahlen |
| Am sichersten für Anfänger | Allgemein + Sprecher + Klar direkt + Gegen Allgemeinwissen |
3. Ausgabe: Standardmäßig nur Text
Nicht gleich mit vielen Dingen kommen. Standardmäßig nur zwei Sachen ausgeben: Text, Veröffentlichungstext. Ob Storyboard gefragt wird, erst fragen, dann geben.
3.1 Text (Standardlieferung, einzig Muss)
Mit Zeitachse versehener Sprechertext, drei Spalten:
| Zeit | Wortanzahl | Text |
|---|---|---|
| 0.0–1.9s | 6 | Du holst desto mehr Schlaf nach, desto müder wirst du. |
- Zeit gemäß
presets/timing.mdberechnen, nicht schätzen; direktnode scripts/timing.mjs --rate <Sprechgeschwindigkeit> „Text1“ „Text2“ausführen - Zeichensetzung und Satzbau streng nach
presets/punctuation.md: Vollbreite Zeichen, Einzelsatz ≤ 15 Wörter, maximal 2 Kommas pro Satz - Abweichung der Endzeit von der Zieldauer ≤ 0,5 Sekunden. Wenn Überschreitung, Wörter löschen, nicht durch schnelles Sprechen ausgleichen
- Beim Ausliefern kein JSON, kein Storyboard anhängen, außer der Benutzer verlangt es
3.2 Veröffentlichungstext (Standardlieferung)
Titel (≤ 20 Zeichen) + 3–5 Tags + ein Satz Kommentarbereich-Einleitung.
3.3 Nach Lieferung muss gefragt werden
Nachdem der Text fertig ist, sofort fragen:
Soll ich für diesen Text ein Storyboard erstellen? (Welches Bild zu jedem Satz, Bildschirmtext, Zeitpunkt)
- Benutzer sagt ja → 3.4 ausgeben
- Benutzer sagt nein oder antwortet nicht → Hier Schluss
- Nicht beiläufig
content.jsongeben, nicht fragen „ob ein Video erstellt werden soll“
3.4 Storyboard (nur wenn Benutzer explizit verlangt)
| # | Zeit | Bild | Bildschirmtext | Anmerkung |
|---|
- Zeit-Spalte direkt aus 3.1 kopieren, keine eigenständige Zuweisung erlaubt
- Ein Satz = ein Bild; wenn ein Satz in zwei geteilt wird,
1a/1bschreiben, beide müssen zusammen dem Originalsatz entsprechen - Einzelbild < 1,2 Sekunden zusammenlegen, > 6 Sekunden teilen
- Bild nur Dinge nennen, die gefilmt werden können, nicht „Atmosphärische Leeraufnahme“
3.5 Effekt-Prüfung (nur wenn Benutzer explizit ein Video verlangt)
Nur wenn der Benutzer sagt „Video erstellen“ / „gib mir den Entwurf“:
cd <video-studio>
.\check-effects.ps1 -Human
| Ergebnis | Aktion |
|---|---|
| Skript existiert nicht | Benutzer hat die Video-Pipeline nicht installiert → Überspringen, kein Fehler |
installed=true | Fortfahren |
installed=false | Erst warnen, dann fragen, nicht stillschweigend generieren |
Sie haben noch keine Effekt-Materialbibliothek (9 Dateien, ca. 196 MB). Möchten Sie sie jetzt generieren? Dauer ca. 2,5 Minuten.
Wenn der Benutzer nicht zustimmt, nicht generieren.
3.6 Klar definierte Aufgaben, die nicht ausgeführt werden
- Kein
content.json/scenesausgeben: Das sind videoseitige Strukturen, die Textseite soll das nicht tragen - Nicht aktiv Storyboard anbieten, nicht aktiv fragen „ob ein Video erstellt werden soll“
- Nicht für den Benutzer Plattform und Ton entscheiden – das in
profile.md
4. Selbstprüfung
- Die ersten 3 Sekunden sind ein Haken, keine Selbstvorstellung
- Der Haken gehört zu einer klaren Kategorie in hooks.md, keine Kategorienüberschneidung
- Es gibt einen Satz, der als Screenshot einzeln weitergeleitet werden kann
- Mindestens eine konkrete Zahl, und der Text enthält sie
- Sprechertext pro Satz ≤ 15 Wörter, laut nach Sprechgeschwindigkeit vorlesen, keine Überschreitung
- Der gesamte Text hat nur einen Ton, kein Stimmungswechsel in der Mitte
- Struktur entspricht dem Umfang der ausgewählten Kategorie
- Keine absoluten Formulierungen (am besten / erstmal / heilen / hundertprozentig)
- Bei Medizin, Finanzen, Bildung keine Wirkungsversprechen
- Trifft ein Wort aus
banned? Bei Treffer diesen Satz umschreiben - Zeichen alle vollbreit, keine halbbreiten
,.!? - Anführungszeichen einheitlich (「」oder „“), Auslassungspunkte sind
……, Gedankenstrich ist—— - Keine langen Sätze mit vielen Kommas, jeder Satz ≤ 15 Wörter
- Zahlenformat einheitlich (15s / 73%), bei Englisch Leerzeichen davor und dahinter
5. Feedback-Änderungen
Presets ändern, nicht die Engine.
| Benutzer sagt | Wo ändern |
|---|---|
| Zu lang / zu kurz | duration |
| Zu offiziell / zu scharf / zu ölig | tone |
| Nicht wie Xiaohongshu / wie Douyin | platform |
| Info zu dicht / zu leer | density |
| Struktur falsch | category |
| Anfang schlecht | Kategorie der Haken wechseln |
| Das Wort nicht sagen | banned |
Temporäre Änderung vs. dauerhafte Änderung (wichtig)
| Benutzer sagt | Was du tust | Wird gespeichert |
|---|---|---|
| „Diese Version auf Xiaohongshu ändern“ | Nur diese Version mit neuen Parametern umschreiben | ❌ Datei nicht schreiben |
| „Ab jetzt immer Xiaohongshu“ / „Merken“ / „Standard ändern“ | Muss mit Editierwerkzeug profile.md ändern | ✅ Datei schreiben |
| „Zu scharf“ / „Zu ölig“ | Einschätzen, ob temporär oder dauerhaft, nachfragen oder als dauerhaft behandeln | ✅ Datei schreiben |
Nur gesagt, nicht geschrieben = nicht geändert. Nach Ende der Sitzung ist der Kontext weg, nächste Sitzung immer noch alte Parameter.
Beim Speichern drei Dinge erledigen:
- Die entsprechende Zeile in
profile.mdändern - In
profile.mdam Ende des „Änderungsprotokolls“ eine Zeile anhängen:- YYYY-MM-DD tone von X auf Y geändert (Grund) - Dem Benutzer antworten: „Wurde in profile.md geschrieben:
tone: Scharf“
Was tun, wenn der Wert nicht in den Presets vorhanden ist?
Benutzer will platform: Zhihu, aber presets/platforms.md hat nur vier Plattformen:
- Zuerst mit der ähnlichsten schreiben (Zhihu ≈ Bilibili-Langtext + zurückhaltend professionell), den Näherungswert erklären
- Fragen, ob es in
presets/platforms.mdhinzugefügt werden soll - Wenn ja, einen Abschnitt im bestehenden Format ergänzen, nicht in
SKILL.mdstopfen
Wenn der Benutzer dreimal hintereinander in derselben Dimension anpasst, sind die Presets nicht fein genug; dann erst überlegen, den entsprechenden Abschnitt in presets/ zu ändern.
6. Analyse-Modus (optional)
Wenn der Benutzer ein Referenzvideo (Link oder Text) angibt, nicht ein Thema, dann references/analysis.md verwenden:
Ausgabe: Hakentyp, Strukturabschnitte, Stil-Tags, Viralitätsgrund, 3 Überarbeitungsrichtungen.
7. Grenzen
- Keine Daten erfinden. Wenn keine Zahlen gegeben sind, verifizierbare ungefähre Angaben verwenden oder direkt fragen.
- Bei Medizin, Finanzen, Bildung keine konkreten Wirkungsversprechen schreiben.
- Unsichere Tatsachen mit „zu überprüfen“ markieren, nicht als Schlussfolgerung schreiben.
- Keine absoluten Ausdrücke wie „am besten / erstmal / einzige“ schreiben, außer es gibt eine verifizierbare Quelle.