KI-Videoproduktion Skill

Rolle

Agieren Sie als Regieebene über den vorhandenen Video-Skills. Leiten Sie den Auftrag weiter, definieren Sie die Abnahmekriterien und koordinieren Sie anschließend die Produktion und Qualitätskontrolle. Ersetzen Sie nicht hyperframes, remotion, ra-audio-to-subtitles, skill-captions, embedded-captions, graphic-overlays, ra-video-download, 视频转写, tts-skill, heygen-digital-avatar oder ai-video-qc-delivery; laden Sie diese Skills nur, wenn ihr Bereich ausgewählt ist.

Wenn der Benutzer eine Quellvideo-URL oder eine lokale Datei bereitstellt und 视频洗稿, 视频二创 oder 洗稿并制作视频 verlangt, leiten Sie zuerst an ra-video-wash-pipeline weiter, bevor dieser Skill ausgeführt wird, damit Extraktion und Umschreibung zuerst erfolgen.

待制作 Queue-Aufnahme

Wenn die Eingabe ein Handoff-Projektordner unter 01-内容生产/视频工作台/待制作/<Datum-Thema>/ ist (Vertragsdatei 交接稿.md im Ursprung; oder der Benutzer sagt 制作待制作队列, 按交接稿制作 oder zeigt auf ein eingereihtes Skript):

Das Frontmatter der 交接稿.md ist der verbindliche Produktionsvertrag – Plattform, Seitenverhältnis, duration_target_s, word_count, voice, caption_style, visual, illustration_skill, typography überschreiben die Aufnahme-Standardwerte und dürfen niemals durch die eigenen Standardwerte eines Ausführungsskills ersetzt werden (z. B. HyperFrames TTS-Stimmen sind kein Ersatz für die Vertragsstimme)
Setzen Sie vor Arbeitsbeginn status: 制作中 in der 交接稿.md und verschieben Sie den gesamten Projektordner nach 01-内容生产/视频工作台/制作中/<Datum-Thema>/, damit die andere Maschine nicht doppelt produziert; alle Arbeiten finden in diesem Ordner statt
Die Skriptsegmente in der Handoff-Datei sind die Szeneneinheiten; teilen Sie die Erzählung nicht neu auf oder neu
Überspringen Sie Aufnahmefragen, die der Vertrag bereits beantwortet

Harte Regeln

Definieren Sie den Ausgabestandard vor der Produktion: Originalvideo, Pixel-genaue Ausrichtung, visuelle Kopie, stil-inspirierte Kreation, untertitelte Aufnahme, erklärendes Video, Produktpromo, Website-Tour oder Bewegungsgrafik.
Behaupten Sie keine Pixel-genaue Ausrichtung für einen handgefertigten HyperFrames/Remotion-Nachbau. Pixel-genau erfordert Quellstrom-Wiederverwendung, Original-Projekt-Assets oder harte Metriken wie übereinstimmenden Hash, cmp, PSNR unendlich oder SSIM 1,0.
Behalten Sie Quellprojekte und Zwischenprodukte unter <WORKSPACE>/01-内容生产/视频工作台/制作中/; die Werkbank 01-内容生产/视频工作台/ enthält nur Handoffs, Transkripte und Archive.
Finale Liefergegenstände verbleiben im Tresor. Jedes von diesem System produzierte Video – in der Warteschlange oder nicht, Transkript-direkt, praktisch langformatig, übersetzt/umverpackt oder ad hoc – liefert aus an 01-内容生产/视频工作台/已制作/<Monatserste Hälfte|Monatszweite Hälfte>/<Datum-Thema>/成片/, mit wichtigen QC-Bildern im zugehörigen 质检/. Verwenden Sie das Lieferdatum: Tage 1-15 gehen an X月上旬 und Tage 16 bis Monatsende an X月下旬. 已制作/6月历史成片库/（封存只读） und der Desktop <WORKSPACE>/legacy-archive/ sind zurückgezogene Legacy-Historie – schreiben Sie keine neuen Liefergegenstände dorthin.
Veröffentlichungstitel sind keine Produktionsarbeit für 待制作 Warteschlangenaufträge: ra-video-title hat bereits 8-12 Kandidaten in den Handoff-标题候选 Abschnitt zum Zeitpunkt der Aufbereitung geschrieben, und der endgültige Titel wird zum Zeitpunkt der Veröffentlichung manuell vom Benutzer gewählt. Generieren oder anwenden Sie keine Veröffentlichungstitel und erstellen Sie kein 视频标题.md für Warteschlangenaufträge (Szenentitel auf der Seite aus dem Skript sind nicht betroffen). Nur für Nicht-Warteschlangenaufträge (kein Handoff-Vertrag) generieren Sie 8-12 Kandidaten mit ra-video-title nach der Qualitätskontrolle und lassen Sie den Benutzer wählen, bevor Sie 视频标题.md neben der endgültigen MP4 speichern.
Ein Video ist erst abgeschlossen, wenn Medienspezifikationen, visuelle Prüfungen und Archivpfade bestätigt sind. Die Anforderung der ausgewählten Titeldatei gilt nur für Nicht-Warteschlangenaufträge; Warteschlangenaufträge enden ohne 视频标题.md (Titelauswahl bleibt manuell beim Benutzer).
Wenn der Benutzer explizit einen visuellen oder Illustrations-Skill benennt, laden und befolgen Sie diesen Skill, bevor Sie die visuelle Ebene entwerfen. Ersetzen Sie keinen angeforderten Illustrations-Skill durch handcodierte Formen, CSS-Zeichnungen oder "stil-ähnliche" Annäherungen, es sei denn, der Benutzer genehmigt diese Ersetzung ausdrücklich.
Wenn eine vollständige KI-Erzählung erforderlich ist, müssen endgültige Liefergegenstände lokales IndexTTS2 über tts-skill, Sprach-ID pluvio-indextts2-calm-v1 und das kanonische verlustfreie WAV verwenden, das in automation/config/tts-routing.json deklariert ist. MiniMax ist für öffentliche Artikel-/Tutorial-Relay-Beispiele reserviert und für lokale Videoerzählungen verboten. Fallen Sie nicht stillschweigend auf macOS say, Browser-Sprache, MiniMax oder eine andere generische/Cloud-Stimme zurück. Wenn das lokale Modell oder das kanonische WAV fehlt, reparieren Sie die IndexTTS2-Spur oder stoppen Sie vor dem endgültigen Rendern.
Für Aufträge aus der 待制作-Warteschlange ist die Lieferung erst abgeschlossen, wenn python3 automation/scripts/check_delivery.py <交接文件> <项目目录> <成片.mp4> mit Exit-Code 0 beendet wird, die 制作端回执 in der Handoff-Datei ausgefüllt ist (Pfade + Prüferausgabe), status auf 已完成 gesetzt ist und der projektspezifische Archivordner 01-内容生产/视频工作台/已制作/<Monatserste Hälfte|Monatszweite Hälfte>/<Datum-Thema>/ (Ordnername = der Projektordnername) durch Verschieben des bereinigten Projektordners von 制作中/ zusammengestellt wird: 交接稿.md im Ursprung, die endgültige MP4 in 成片/, wichtige QC-Frames in 质检/, minimale Engineering-Dateien in 工程/. Nicht-Warteschlangenaufträge erstellen die gleiche datierte Archivstruktur mit einem klaren Themenslug; kopieren Sie eine Produktionsnotiz/Skript/Plan in das Archiv-Root, wenn verfügbar. Kein Auftrag kopiert ein neues Finale in 已制作/6月历史成片库/（封存只读）.
Die 图文工作台 Warteschlange folgt dem gleichen Vertragsmuster: Nehmen Sie 01-内容生产/图文工作台/待制作/<Datei>.md (Frontmatter-Vertrag: card_count, Seitenverhältnis, Stil, illustration_skill, image_skill), setzen Sie status: 制作中 bei Start, produzieren Sie die Bildkarten, ohne den Text umzuschreiben und ohne Veröffentlichungstitel zu generieren oder anzuwenden, liefern Sie aus an 01-内容生产/图文工作台/已制作/<Datum-Thema>/ (Handoff-Datei verschoben + fertige Karten unter 图/), setzen Sie status: 已完成 und registrieren Sie das Element unter 待修改 in 01-内容生产/发布看板.md. Die Quell-Datenschutzmauer gilt unverändert.
实操长片 Projekte folgen dem einheitlichen Engineering-Layout unter 01-内容生产/视频工作台/制作中/<Datum-Thema>/; erstellen Sie kein separates Planungsverzeichnis unter 视频工作台/. Das Frontmatter status der 策划稿 ist das einzige Handoff-Signal, und der Benutzer kümmert sich persönlich um die Phasen 录制 und 剪映融合. Codex besitzt drei Phasen: (a) status: 待粗剪 — Standardmäßig ra-local-talking-head-cut: ASR-Wort-Zeitstempel, Terminologie-/Unsicherheitsprüfung und ein Quell-Zeitleisten-Vorschnitt SRT. Anhalten für explizite Benutzerfreigabe; keine EDL oder Render vor Freigabe erlaubt. Führen Sie dann semantische Bereinigung, adaptive Pausen, Quellgröße-/Quellfps-Rendering, Dialoglautstärke, Medien-QC und Generierung von Untertiteln für endgültige Medien mit Caption QC PASS durch. Verwenden Sie video-use als die Multiple-Take-Evidenz-/Auswahlebene; verwenden Sie Agentchengfeng/chengfeng-videocut-skills nur für wortgenaue Web-Überprüfung oder eine absichtlich aggressive Überprüfung; wählen Sie AI剪口播, wenn der Benutzer eine Wellenform-Überprüfung und eine FCPXML-Zeitleiste für 剪映/Final Cut Pro wünscht. Der Standard-MP4-Workflow liefert 粗剪/口播-粗剪.mp4 und setzt status: 融合中; der FCPXML-Workflow fährt erst fort, nachdem die Editor-Zeitleiste akzeptiert wurde; (b) status: 待字幕 — Führen Sie ra-audio-to-subtitles gegen den endgültigen, zusammengeführten Schnitt des Benutzers aus, verlangen Sie das Bestehen der Wort-Zeitstempel-QC, führen Sie dann skill-captions mit dem Vertrags caption_style (Standard anchor-dark) aus, um die Phrasenuntertitel zu prüfen, einzubrennen und zu validieren; speichern Sie die passende .srt und das bestandene caption-render-qc.json, setzen Sie dann status: 待动画; (c) status: 待动画 — Fügen Sie Remotion-Komponenten-Overlays NUR zu den 全身出镜 Segmenten hinzu, die im 策划稿 Frontmatter aufgeführt sind, composite, liefern Sie die endgültige MP4 an 视频工作台/已制作/<Monatserste Hälfte|Monatszweite Hälfte>/<Datum-Thema>/成片/, legen Sie wichtige QC in das zugehörige 质检/, registrieren Sie auf der 发布看板, setzen Sie status: 成片. Alle Vorschneidwerkzeuge sind in diesem Arbeitsbereich nur für den Vorschnitt bestimmt: Verwenden Sie niemals die Untertitelausgabe eines Vorschneidwerkzeugs als Produktions-Untertitel-Zeitleiste.
Für jedes erzählte endgültige Video ist die endgültige verkettete Audiodatei oder das endgültig zusammengeführte Video die einzige Quelle für die Untertitel-Timings. Führen Sie ra-audio-to-subtitles aus, nachdem das Audio gesperrt ist; archivieren Sie captions_words.json, captions.json, captions.srt und caption-qc.json. Zeichenzähl-Interpolation, Szenendauer-Interpolation und Fixed-Delay-Untertitel-Timings sind nur zur Vorschau und dürfen niemals in eine empfohlene endgültige Version gelangen.
Immer wenn eine Videokomponente, ein Videohintergrund oder eine Referenzvideo-Kopie einen gerenderten, QC-bestandenen Endzustand erreicht, stoppen Sie vor dem Hinzufügen zu 05-视频组件/ und fragen Sie den Benutzer explizit: ob sie in die Komponentenbibliothek aufgenommen werden soll, welche bestehende Kategorie sie enthalten soll und ob eine neue Kategorie erforderlich ist. Leiten Sie die Platzierung nicht ab und erstellen Sie keine Kategorie, bevor der Benutzer antwortet. Wenn der Benutzer ablehnt, verwenden Sie nur das normale fertige Video-Archiv. Wenn der Benutzer zustimmt, behandeln Sie die bestätigten 05-视频组件/<Chinesische Kategorie>/<Chinesischer Komponentenname>/ Namen als kanonisch und machen Sie das Komponentenverzeichnis in derselben Aufgabe eigenständig: tragbare MP4, manifest.json, 质检/ und 工程/ (die einzige bearbeitbare Quelle, bereinigt von node_modules/renders). Keine Engineering-Spiegel, Symlinks oder zweite Kopien existieren irgendwo anders; registrieren Sie die Komponente in 05-视频组件/CATALOG.md, bevor Sie die Fertigstellung melden.
Immer wenn der Benutzer nach einem HeyGen/digital-human/Avatar-Video fragt oder ein Videoproduktionsvertrag den bestehenden Pluviobyte-Digitalmensch vorsieht, laden Sie heygen-digital-avatar vor der Generierung. Sein ursprüngliches Digital Twin-Aussehen, CLI OAuth-Abonnement-Abrechnung, Avatar III-Standard, lokales IndexTTS2-Audio, One-Master-Wiederverwendung und das genehmigte headroom_08-Kreislayout unten links sind verbindlich. Nur eine explizite Anfrage nach 全屏数字人 kann das Kreislayout umgehen.
Behandeln Sie jeden dekorativen Fokusrahmen, der mehr als 40% der Leinwand oder mehrere Inhaltsgruppen umschließt, nur als Einstiegssignal. Seine Gesamtsichtbarkeit darf die kürzere der beiden Zeiten 2 Sekunden oder 15% der Szene nicht überschreiten, und er muss vor dem stabilen Informationszustand ausgeblendet werden. Beständige Rahmen erfordern einen expliziten semantischen Zweck und müssen eng an ein lokales Ziel gebunden sein.

Standardsichtsystem

Wenn der Benutzer sagt, er möchte mit diesem Skill ein Video erstellen, und keine widersprechende visuelle Richtung vorgibt, verwenden Sie ein weiß-dominantes Sichtsystem:

Hintergrund: reines Weiß oder warmes Weiß mit großzügigem Leerraum
Für weiß-dominante KI-/Tool-Tutorials, seitenbasierte Erklärvideos und weiße Bewegungsgrafiken lesen Sie references/perspective-grid-v5.md und beginnen Sie mit der Arbeitsbereich-Komponente 05-视频组件/视频背景/透视网格背景/. Die gebündelte Kopie assets/perspective-grid-v5/ ist der Same-Hash Skill-Spiegel und Fallback, kein zweites unabhängig bearbeitbares Basislager. Verwenden Sie die genehmigte V5-Schleife als unterste visuelle Schicht bei ihrer nativen Wiedergabegeschwindigkeit: 1920x1080, 30fps, 7,3 Sekunden / 219 Frames, drei vollständige Gitterzellen pro Schleife und eine Einzelzellenperiode von 2,433 Sekunden. Bewahren Sie ihre Geometrie, asymmetrische Farbpalette, Zentrumsnebel, Phase und nahtlose Schleifentaktung. Bauen Sie sie nicht aus einer älteren Version oder einem ad-hoc CSS-Gitter nach.
Deaktivieren Sie das V5-Gitter nur, wenn Quellmaterial, Full-Screen-Talking-Head, dichte Benutzeroberfläche, Lesbarkeit, ein Handoff-Vertrag oder eine explizite Referenz damit kollidiert. Zeichnen Sie den Grund in der Produktionsnotiz auf.
Primäre Markierungen: schwarzer Text, schwarze Strichzeichnungen und zurückhaltende dunkle UI-Elemente
Akzente: Verwenden Sie nur kleine Mengen Rot, Orange oder Blau zur Betonung, Warnung, Pfeile, Feedback oder Status
Untertitel: Für erzählte Erklärvideos über Aufnahmen, Screenshots, das V5-Gitter oder wechselnde Hintergründe führen Sie skill-captions aus und verwenden Sie standardmäßig das anchor-dark-Panel mit Schrumpffolie. Ein Handoff caption_style oder ein expliziter Benutzerstil überschreibt es; rahmenlose Untertitel erfordern eine kontrollierte, gleichmäßig helle Untertitelzone und einen aufgezeichneten Grund.
Vermeiden Sie die Standardeinstellung auf dunklen, violetten, Neon- oder SaaS-Magie-Stil, es sei denn, der Benutzer fragt explizit danach oder der ausgewählte Weg erfordert es
Verwenden Sie ian-xiaohei-illustrations als Standard-Illustrationsquelle für seitenbasierte oder szenenbasierte Videos. Bevorzugen Sie die aktiven projektspezifischen Kopien unter .agents/skills/ian-xiaohei-illustrations/, .codex/skills/ian-xiaohei-illustrations/ und .claude/skills/ian-xiaohei-illustrations/; der gemeinsame Bibliothekspfad <WORKSPACE>/.claude/skills/ian-xiaohei-illustrations ist nur eine Wahrheitsquelle zur Reparatur, wenn die Projektkopie fehlt.
Geben Sie jeder Seite oder Szene wann immer möglich eine aussagekräftige Xiaohei-Illustration; überspringen Sie dies nur, wenn Aufnahmen, Screenshots, dichte Benutzeroberfläche oder Lesbarkeit eindeutig beeinträchtigt würden
Jede Illustration muss die Kernaussage, den Prozess, den Kontrast oder den Zustand der Seite erklären; Xiaohei sollte die Kernaktion ausführen, nicht als Dekoration erscheinen
Wenn der Plan "Xiaohei" oder "小黑配图" sagt, erstellen Sie echte Bild-Assets mit ian-xiaohei-illustrations und speichern Sie sie im Projekt. Eine CSS/HTML-Annäherung von Xiaohei erfüllt diese Anforderung nicht.
Für seitenbasierte 16:9 Xiaohei-Videos verwenden Sie das xiaohei-16x9-layout-Vertragsdokument, bevor Sie die Komposition schreiben. Der Vertrag legt zuerst das Seitengrundgerüst fest: oben links Titel, mitte links Notiz-Karte, mitte rechts Xiaohei-Illustration und unten Untertitel. Erfinden Sie kein neues Layout, es sei denn, der Benutzer fragt nach einem anderen Sichtsystem.

Standardeinstellungen für seitenbasierte Erklärvideos

Für KI-/Tool-Tutorials, seitenbasierte erzählte Erklärvideos und langformatige chinesische Lehrvideos wenden Sie diese Standardeinstellungen an, es sei denn, der Benutzer gibt eine widersprechende Referenz:

Für 16:9 Xiaohei-Erklärvideos lesen Sie references/xiaohei-16x9-layout.md vor dem Bauen. Kopieren oder passen Sie die Vorlagen-Assets in assets/xiaohei-16x9-template/ an, wenn das Projekt ein HyperFrames-seitenbasiertes Video ist.
Behandeln Sie das Layout als Vertrag, nicht als lockere Empfehlung. Das Xiaohei-Bild auf der rechten Seite gehört in den Bereich mitte rechts, nicht in die obere rechte Ecke. Die linke Notiz-Karte gehört in den Bereich mitte links, nicht in den unteren linken Bereich. Untertitel müssen unter den Inhaltszonen mit einem klaren unteren Sicherheitsabstand bleiben.
Wählen Sie eine Seitenvariante vor dem Schreiben des HTML: standard, long-title, wide-visual oder close. Verwenden Sie long-title für Titel, die zu unbeholfenen automatischen Umbrüchen führen würden; verwenden Sie wide-visual für horizontale Illustrationen; verwenden Sie close für endgültige Aktionen oder Zusammenfassungsseiten.

Pluviobyte/rnskill

Was ist rnskill?

In Ihrer bevorzugten KI fragen