TK-koubo-video-V1.1
TK Talk-Video-Workflow V1.1: Basierend auf FredTalk 2.1, neu mit B-Roll-Standbild-Pipeline (siehe B-Roll-Standbild-Planung); der Standardablauf für jede Ausgabe findet sich im
AGENTS.mdim Repository-Root. Die Originalversionfred-remotion-outputbleibt als Backup erhalten.
Komponentenquelle und Download-Zugriff
Lesen Sie den Komponenten-Download-Zugriff vor dem Herunterladen oder Veröffentlichen von Komponenten. Für ein heruntergeladenes offizielles Quell-ZIP verwenden Sie standardmäßig python3 scripts/assets.py import --zip <local-path>; keine Token-Konfiguration ist erforderlich. Automatische Token-Downloads sind optional. Wenn diesem Arbeitsbereich das öffentliche Import-Tool fehlt, verwenden Sie einen separaten, aktuellen öffentlichen Checkout; erzwingen Sie kein Pull oder Überschreiben der Produktionsquellen des Eigentümers. Öffentliche Vorschauen und Quellverfügbarkeit sind getrennt; überprüfen Sie die installierte Quelle, bevor Sie eine ausführbare Komponente auswählen.
Die öffentliche Version verwendet die Komponentendaten dieses Repositories, unabhängigen Quellcode und allgemeines Material, das gemäß der Liste heruntergeladen wurde. Die Komponentensuche, der abschnittsweise Top-3-Vergleich und der Wiederholungsvergleich der gesamten Ausgabe teilen denselben aktuellen Katalog; es werden keine privaten Verzeichnisse des Autors, Aufnahmen, Hintergrundmusik oder maschinengebundene Informationen gelesen. Durchsuchen und Abrufen benötigt keinen API-Key.
Komponenten zuerst abnehmen, dann Vorschläge oder Keyframes liefern
2026-10-03 Fred bestätigt: Remotion-Bilder können nur bereits genehmigte Komponenten genau wiederverwenden oder auf Basis genehmigenter Komponenten neu erstellen. Standardmäßig ist die eigene Kreation ohne Komponentenbibliothek verboten. Ausnahmen sind nur bei ausdrücklicher Autorisierung für die aktuelle Runde erlaubt; "direkt ausgeben", "nicht auf meine Bestätigung warten" ist keine Autorisierung für eigene Kreationen. Diese Regel überschreibt die alte Standardregelung "wenn keine passende Referenz vorhanden ist, kann man eigene Kreationen erstellen" aus historischen Materialien.
2026-10-13 Fred bestätigt: Standardmäßig ist "Szenenanpassung auf Szenenebene" erlaubt. Die Ausgaben 113 und 114 erreichten 90–95 Punkte, weil die Szenen für den aktuellen Inhalt neu geschrieben wurden, nicht indem Komponenten aneinandergereiht wurden. Der Umfang von "Neuerstellung" wird hiermit wie folgt präzisiert:
- Standardmäßig erlaubt: Den Szenencode für jede Sequenz für die aktuelle Ausgabe neu schreiben; eine genehmigte Komponente aufbrechen, nur ihre Aktion, Objektbeziehungen oder Geometrie übernehmen, Timing ändern, eigene Eröffnung und Abschluss entfernen und für Übergänge neu verbinden; Aktionen mehrerer Komponenten zu einer Sequenz kombinieren. Die Basisebene (Schriftarten, Farben, Schatten, Easing, Cursor, Untertitel, Eckenmarken, Soundeffekte, Koordinaten-Mapping des Kits) MUSS verwendet werden, keine handgeschriebenen Näherungswerte. Jede Szenendatei muss in der ersten Zeile einen Kommentar haben, welche Aktion von welcher Komponente stammt.
- Weiterhin verboten: Reine Textseiten, generische Vorlagen, neue visuelle Stile ohne nachweisbare Quellaktionen, Schreibweisen, die gegen DESIGN.md verstoßen. Diese erfordern weiterhin eine Autorisierung für die aktuelle Runde.
- Die Aufnahme öffentlicher Komponenten in die Bibliothek benötigt weiterhin Freds Zustimmung. Die aktuelle Szenendient nur der aktuellen Ausgabe; tritt ein ähnlicher Bedarf erneut auf, wird sie erst nach dem Workflow für neue Komponenten zu einer öffentlichen Komponente destilliert.
- Wie man diese Qualität erreicht, siehe Episoden-Assembly Abschnitt 0.
Vor der Abgabe abschnittsweiser Vorschläge und der Auslieferung echter Keyframes MUSS jeweils das Komponentenbibliothek-Liefergate durchlaufen werden. Zuerst suchen und genaue Referenzen ansehen, dann Typ auswählen und implementieren; nicht zuerst eine generische Vorlage schreiben und später Referenznummern ergänzen. Bei Neuerstellungen muss eine erkennbare Kernkomposition, Objektbeziehung oder Aktionslogik erhalten bleiben; es dürfen nicht nur Schriftarten/Farben/abgerundete Ecken übernommen werden. Gibt es keine geeignete Komponente, melden Sie "ausstehende Komponente" und die Lücke, und weichen Sie nicht eigenmächtig auf eine eigene Textseite aus.
Die Abnahme erfolgt intern durch den Assistenten, ohne zusätzliche Fred-Genehmigung. Vorschläge prüfen auf echte Kandidaten und Ausdrucksabgleich; Keyframes zusätzlich prüfen auf Quellcode → aktuelle Funktion → tatsächlicher Aufruf → Ausgabebild. Beide Phasen protokollieren konkrete Prüfergebnisse mit aktuellen Dateibelegen; technische Verfügbarkeit ersetzt keine visuelle Abnahme. Wenn library_gate.py nicht PASS ist, dürfen keine entsprechenden Vorschläge oder Keyframes ausgeliefert werden; öffentliche Generatoren blockieren automatisch, aber auch benutzerdefinierte Frontends und Chat-Vorschläge MÜSSEN dasselbe Gate durchlaufen. Echte Screencasts/Bilder/vorhandene Videos, B-Roll-eigenständige Prozesse, feste Untertitel und Eckenmarken sowie explizite Screencast-Platzhalter unterliegen nicht den Beschränkungen für eigene Kreationen, aber diese Kategorien dürfen nicht verwendet werden, um neue Remotion-Designs zu verschleiern. Alte fertige Videos werden nicht rückwirkend überarbeitet; bei zukünftigen erneuten Vorschlägen/Keyframes wird nach dem tatsächlichen aktuellen Umfang abgenommen, ohne alte Genehmigungen zu aktualisieren.
Das Transkript klar erklären, die von Fred bereits genehmigte Animationsqualität fortsetzen. Zuerst die aktuelle Phase bestimmen, nur die Materialien dieser Phase und der aktuellen Szene lesen; vollständige Erklärungen und historische Regeln bleiben für Audits/Wartung.
Hauptkomponenten/Haupttext-Animationen, Remotion-Technikreferenzen des Projekts und alte Deck-Gesamt-Assemblys wurden als interne Module zusammengefasst und sind keine eigenständigen täglichen Produktionseinstiege mehr. Es wird nur ein aktuelles Manifest und dasselbe Frontend verwendet; Nachbildungen und Cloud-Rendering bleiben unabhängig. Die visuelle Bibliothek und die Produktionssuche teilen sich sechs Produktionszwecke, Mehrzweck-Tags und eine unabhängige Quellenfilterung. references.py --use explain --source ep107 ermöglicht die Suche nach Aufgabe und Quelle; Einzelszenenpakete enthalten tatsächliche Eingaben, Aktionen, Originaldauer und Anpassungsbereich. Das Frontend zeigt zuerst die visuelle Bibliothek; Schriftarten und Schriftgrößen binden echte Schriftarten und Verantwortlichkeiten. Zuerst genaues Video, Schnittstelle und Abhängigkeiten überprüfen, dann die für diese Ausgabe benötigten vollständigen Aktionen beibehalten.
Zuerst Kandidaten ansehen, dann Bild bestimmen
Ein häufiges Problem von Codex/Assistenten ist die Verwendung von nur zwei oder drei bekannten Komponenten oder das direkte Schreiben von Textseiten. Führen Sie für jeden bildbedürftigen Abschnitt die folgenden Schritte aus, ohne Sprünge:
- Im Manifest
componentPlan.queryschreiben: Sichtbare Objekte und Aktionen in diesem Abschnitt (z.B. "zwei Toolpreise nebeneinander vergleichen, Zahl setzt sich"), nicht das Voiceover abschreiben. scene.py --manifest <path> --scene-id <id> --candidates-onlyausführen: 5 Kandidaten basierend auf der Bildbeschreibung undnarrationCandidatesbasierend auf dem Voiceover ausgeben. Bei unzureichendem Typ gleicht es mit anderen Typen aus und markiert dies mitsameSceneType.- Die genauen Videos oder Kernframes der Kandidaten einzeln ansehen (
references.py --id <id> --full), dann inhaltlich entscheiden. Die ersten 3 Kandidaten MÜSSEN imcomponentPlan.candidatesmitselected/rejectedund konkretem Grund aufgezeichnet werden;library_gate.py --stage suggestionberechnet neu und fängt fehlende Einträge ab. Auch bei für eigene Kreationen autorisierten Abschnitten muss zuerst ein Vergleich durchgeführt werden. - Keiner der Kandidaten ist geeignet: Zuerst anders formulieren und erneut suchen (in Objekte + Aktionen aufteilen,
--useändern), wenn immer noch nichts gefunden wird, die Lücke melden, nicht auf eine reine Textseite ausweichen.
Wo zuerst suchen (Startpunkt, keine feste Zuordnung):
| Voiceover spricht über | Zuerst versuchen |
|---|---|
| Ein Fazit, ein Schlüsselwort | --query Schlüsselwort ein Satz; bei wiederholtem Auftreten desselben Wortes in mehreren Nachrichten NMC01 |
| Aufzählung mehrerer Punkte, Fähigkeiten | --query Punkte Liste, --query Karten Kategorisierung |
| Schritte, Prozesse, Kausalität, Architektur | --query Prozess Schritte, --query Verzweigung Beziehung |
| Vergleich zweier Dinge, früher und heute | --query Vergleich Unterschied, --query Version |
| Eingabe von Prompts, Chat, Antworten | INT03 (Codex-Operation), INT04 (editierbares WeChat), CAM04; --query Eingabe Senden |
| Ein bestimmter Satz in einem Screenshot oder Artikel | INT01 (Textmarker), INT02 (Maskenfokus); --use recording-focus |
| Echter Screencast | CAM01–CAM05, --use video-entry; Vollbild-Wiedergabe mit Standard-Großwiedergabekomponente |
| Werke, mehrere Bilder, Ergebnisbilder | --use images |
| Zahlen, Preise, Diagramme | --use data, --query Daten Wachstum; es gibt wenige solcher Komponenten, bei fehlender geeigneter die Lücke melden |
| Kapitel, Übergänge, nächster Abschnitt | --use handoff, --query Übergang |
Standard-Kooperationsreihenfolge
Skript/optionale Aufnahme → Assistent liefert abschnittsweise Text-Bild-Vorschläge → Fred wählt Richtung → Echte Komponenten-Keyframes → Fred gibt Feedback und bestätigt → Assistent prüft intern Animation → Komplettes Video → Lokale Nachbesserung gemäß Feedback.
- Bereits in der ersten Version der Seite sinnvolle Vorschläge liefern: Wie dieser Satz präsentiert werden soll, warum er geeignet ist, Referenzbilder oder abspielbare Ausschnitte. Wenn eine genaue Bibliothekskomponente den Ausdruck ermöglicht, zuerst den echten Effekt zeigen; nur bei neuer Komposition ein Storyboard-Bild erstellen, keine leere Designaufgabe an Fred zurückgeben.
- Nach Richtungsentscheidung zuerst die echten Komponenten implementieren, die zum Rendern ausreichen, mit dem aktuellen Text/Medien und den geltenden Eckenmarken/Untertiteln Keyframes erzeugen. Keyframes dienen der Überarbeitung von Layout, Hierarchie, Maßstab, Lesbarkeit und Überdeckung; anschließend intern kurze Animationen, Ton und Übergänge prüfen, dann das vollständige Video ausgeben. Standardmäßig keine zusätzliche Warte-Runde für die Genehmigung des Benutzers.
- Dasselbe Frontend zeigt kontinuierlich Vorschläge, Keyframes und Videos an und behält Versionen und Feedback bei. Standardmäßig das Öffentliche Prüfvorlage mit Initialisierungs-/Update-/Startskripten verwenden, nur das aktuelle Manifest und die Medien austauschen; das Audiomodul verwendet die öffentliche Plattform des Audio-Skills, nicht jede Ausgabe neu schreiben.
assets/review-example-ep108/START.pykann direkt die ersten 7 Segmente von EP108 (61.47 Sekunden echten Inhalt) mit Voiceover, Untertiteln, Keyframes und Video öffnen; es handelt sich um austauschbare Beispieldaten, kein festes Bildschema pro Ausgabe. Die Anzahl richtet sich nach dem Inhalt, nicht nach einem festen 9er-Raster, 140 Bildern, Komponentenkontingent oder Schnittfrequenz. Vollständige Arbeitsweise und Felder siehe Route, Keyframe und Bestätigung. - Bei bereits festgelegter Richtung/bestätigten Keyframes nicht erneut fragen; lokale Nachbesserungen bearbeiten nur die betroffenen Inhalte. Aktuelle Direktausgabe-Autorisierung kann die Benutzer-Prüfschritte überschreiben, die tatsächliche Quelle und den nicht geprüften Bereich protokollieren; interne technische Prüfungen und notwendige dynamische Prüfungen werden dennoch durchgeführt, Ausgabeautorisierung nicht als Muster-Genehmigung formulieren. Ob Keyframes oder direktes Video ausgegeben werden, erfolgt nach Freds aktueller Anweisung, ohne zusätzliche Erinnerung oder Abmahnung (2026-10-12 Fred klargestellt); ohne Angabe erfolgt standardmäßig zuerst die Ausgabe von Keyframes.
- Komponenten zu einer vollständigen Episode zusammensetzen (Segment-Projekte, Screencast-Verkleidung, Übergabetabelle zwischen Segmenten, Deduplizierung im gesamten Film, Betonungsweise, dynamische Selbstprüfung vor dem Rendern) gemäß Episoden-Assembly. Die Briefings für Unteraufgaben, die Segment-Code schreiben, MÜSSEN die Abschnitte 2–7 sowie die aktuelle Übergabetabelle enthalten. Die Projektstruktur verwendet direkt das Episodengerüst (Timeline, Segment-Hülle, Übergabegeometrie, geteiltes Rendern, Audio und BGM, Frontend-Push); vor der Auslieferung gemäß Episoden-Assembly Abschnitt 12 prüfen.
Benutzeranforderungen zu jedem tatsächlichen Aufnahme bringen
Die gemeinsamen Schriftarten, Fullscreen-Inline-Betonung und Medienablösung der Komponentenanpassung siehe Wiederverwendungskarte. scene.py bringt die componentAdaptation für diesen Abschnitt mit; vor der Implementierung die Schriftstufe derselben Gruppe, Inhaltsverantwortlichkeit, Fulltext-Prüfstatus und objektebene Schutzmaßnahmen überprüfen; genaue Parameter stammen aus dem aktuellen Inhalt, nicht feste Schriftgrößen, Zeilenanzahlen oder Komponentenkombinationen pro Ausgabe.
Bereits vom Benutzer gegebene Aufnahmen, Texte, Materialien und Erhaltungsanforderungen sind die aktuellen Eingaben; es wird nicht erwartet, dass der Benutzer jede Ausgabe einen detaillierten Prompt schreibt. Zuerst gemäß Produktionsstandards in dasselbe Manifest unter designContract und die betroffenen Szenen speichern; bei der Implementierung mit scene.py --manifest ... --scene-id ... auslesen und sicherstellen, dass die Gesamtanforderungen, aktuellen Aktionen, Materialien und Eckenmarken zusammenkommen. Bei Richtungsänderungen die alten Aktionsbeschreibungen synchron aktualisieren, nicht nur Bilder oder Versionsnummern ändern.
Die Aktionsimplementierung und Nachbesserung gemäß spezifischem Zustandscheck auf kontinuierliche Trajektorie, Inhaltsbereitschaft vor Erweiterung, echte Lesefenster und Übergabe auf demselben Träger prüfen; wenn das Layout bereits steht, zuerst den Fokus gemäß dem Voiceover austauschen, nicht automatisch das Layout neu machen. Statische Pass-, Technik-Pass- und dynamische Akzeptanz werden weiterhin separat protokolliert.
Die Materialvorbereitung gemäß Informationsverantwortung des vollständigen Manuskripts unterscheidet zwischen Beispielen für vorhandene Effekte, Erklärungsmaterialien für diese Ausgabe und tatsächlichen Operationsbelegen; Nachbesserungen schützen gemäß genehmigte Dimensionen die genaue Version. "Maske/Komponente auf Basis hinzufügen" gemäß tatsächlichem Endzustand übergeben den Medien-, Scroll- und Kamerastatus erben, nicht neu beginnen.
Bei Delegation oder Übernahme von kurzen Anweisungen das Produktionsausführungs-Briefing verwenden, den aktuellen Pfad, die Autorisierung und den Erhaltungsumfang eintragen; es referenziert die aktuellen Faktenquellen, kein neues Genehmigungssystem. Repräsentative Aufnahmen müssen überprüfen, ob "im Vergleich zu Anforderungen und Referenzen Ausdruck und Qualität erhalten bleiben", technisches PASS ersetzt diesen Schritt nicht.
Standard-BGM für vollständige Videos
Die vollständige fertige Datei wird standardmäßig gemäß Hintergrundmusik ausgeführt: Freds lokaler Computer verwendet private Musik mit eingestellter Lautstärke, startet bei 0 Sekunden, füllt die Länge mit intern ausgewählten Abschnitten, stummschaltet den Originalton im Genussbereich, während der Musik-Takt weiterläuft, und mischt das gesamte Video einmal neu. Die normale BGM-Spur hat lineare Lautstärke 1, keine erneute Dezibel-Reduzierung; der finale Bus schützt nach Bedarf entsprechend dem tatsächlichen AAC-Peak. Die lokale Bindung und die Musikdateien werden nicht verteilt oder automatisch hochgeladen; andere verwenden --bgm für eigene Musik, können aber dieselben Verlängerungs-/Stummschaltungs-/Mischfähigkeiten nutzen. Bereits BGM-haltige fertige Videos und von CapCut zurückgesendete Tonspuren erhalten keine zusätzliche Musik; separate Voiceover- und Komponentendiagnose erhalten standardmäßig keine Musik. Der Einstieg ist scripts/bgm.py, das Fähigkeitspaket wird von scripts/package_bgm.py generiert.
Feste Vertonung und Episoden-Komponentenzuteilung
Freds zukünftige eigene vollständige Videos verwenden standardmäßig an natürlichen Bruchstellen einen wiederverwendeten Skill/Komponentenbibliothek-Übergangs-Voiceover: Nur das Audio ist fest, die Animation wechselt jede Ausgabe, verwendet die von Fred für die aktuelle Ausgabe bereitgestellten oder angegebenen Bilder, nicht automatisch die Animation von Folge 109. Der neue Aufnahmetext wiederholt diese vier Sätze nicht mehr im Hauptteil; das Manifest liest die tatsächliche Sampledauer des aktuellen reinen Voiceovers und richtet die Timeline mit dem aktuellen Animationsplan aus (aktuell 5,540 Sekunden, alte 6,016 Sekunden Mischung bleibt nur historisch), Untertitelstil und Bildanschluss werden nach den aktuellen Anforderungen behandelt. Wenn dieselbe Vertonung bereits in dieser Ausgabe vorhanden ist, wird nicht erneut hinzugefügt; es werden nicht die 362 Frames des alten Videos oder die Aufnahmenummer eingefügt. Vor dem Einfügen die Identität von reinem Voiceover/Animations-SFX-Mischung überprüfen, die Lautstärke der gesamten Spur und jeder internen Phrase gemäß dem Audio-Skill prüfen, bei Bedarf nur lokale Anpassung für die aktuelle Ausgabe vornehmen, ohne alte Verarbeitung zu überlagern.
Vor Vorschlägen gleichzeitig die Episoden-Komponentenzuteilungsprüfung durchführen, nicht nur Einzelaufnahmen abnehmen. Die suggestion-Phase von library_gate.py fängt bereits Komponenten ab, denen ein konkreter Episoden-Vergleich fehlt; kontinuierliche Objekte, gleichverantwortliche Hüllen und beabsichtigte Korrespondenzen werden beibehalten, keine schlechteren Komponenten aus Kontingenzwang. Ähnliche, aber unterschiedliche Quellen erfordern dennoch eine vollständige visuelle Übersicht.
Immer Behalten
Nummern, Beschreibungen und Aufnahme-/Veröffentlichungsaufzeichnungen aller genehmigten Komponentensammlungen (Library-Nachbildungen, Highlights aus Ausgaben, neue Highlights, interaktive Komponenten, 3D-Kamerafahrten, News-Flash usw.) sind einheitlich im Komponentensammlungs-Index zu finden. Die Standardsuche deckt alle Sammlungen ab; es ist nicht nötig, die Sammlungsnamen einzeln zu kennen.
- Neueste Benutzeranforderungen haben Vorrang. Originaltext und tatsächliches Material fixieren; ohne Aufnahme kann konzipiert werden, sobald die endgültige Aufnahme/SRT vorliegt, die betroffenen Aktionen, Untertitel und Soundeffekte aktualisieren, nicht nur die Tonspur austauschen. Ohne endgültige Aufnahme nur bis zu Keyframes gehen, kein vollständiges Video ausgeben; bei unzureichender Länge Komponenten hinzufügen oder kürzen, nicht Zeit mit langsamen Schiebern oder Standbildern füllen.
- Es gibt nur ein aktuelles Manifest,
pages/stableIdprotokolliert semantische Segmente. Szenenmaterialien enthalten die ausgewählte Richtung, das Implementierungsmodell, das aktuelle Material, Feedback, den Erhaltungsumfang und die angrenzenden Übergaben. Produktion/Prüfung/Auslieferung sind jeweils an die genaue Version gebunden. - Genehmigte Komponenten gemäß Designsprache anpassen, Szenenanpassung auf Szenenebene erlaubt (siehe Anfang "Komponenten zuerst abnehmen"); völlig neue visuelle Stile benötigen Freds ausdrückliche Autorisierung für die aktuelle Runde. Feste Werte für Visual, Layout, Typografie, Schriftarten, Animation, Präsentation, Soundeffekte, Inhalt siehe DESIGN.md Abschnitt 2; Code-Ebene einheitlich das Kit von
templates/component-kitverwenden, keine handgeschriebenen Näherungswerte in den Szenen. Komponentenfähigkeiten zuerst in Wiederverwendungskarte nachschlagen. Zuerst entscheiden, was der Betrachter verstehen soll, dann die Komponente auswählen. Vollständige, reife Module direkt wiederverwenden, wenn geeignet, tatsächliche Aktionsbeziehungen, Schriftstufen, Geometrie und Textur beibehalten, nicht nur eine Referenz-ID anhängen oder eine Kapsel kopieren. Ohne genaues Konzept zuerst die Lücke melden, nicht automatisch eigene Kreation. Implementierungsmodell und Zuschreibung siehe Vom Inhalt zur Komponente. - Zukünftige 16:9 Hauptvideos in Vollbild/Großfenster-Wiedergabe standardmäßig die 108er Großwiedergabekomponente verwenden: 4K-Fenster 3600×2027.11, abgerundete Ecken 48, Schatten
0 32px 50px #0002, 1080 logische Bühne mit halben Werten, um doppelte Skalierung zu vermeiden. Aktuelle explizite Überschreibungen und andere Verwendungen gemäß den entsprechenden Verantwortlichkeiten behandeln. FredTalk-Querformat-Erklärungsanimationen verwenden weiterhin die feste obere rechte Branding-Ebene, je nach lokatem Hintergrund die vorhandene Version wählen; Screencasts, Realfilm als Hauptinhalt abgespielt, ohne die obere rechte Eckenmarke zu überlagern; Freds People-B-Roll-Animationen im Vollbildmodus MIT Eckenmarke (2026-10-12 Fred klargestellt; Version gemäß fred-remakecorner-branding.mdüberprüfen). Gemischte Szenen je nach tatsächlichem Abspielintervall ein- und ausblenden, nicht auf der äußersten Ebene des gesamten Films bedingungslos die Branding-Ebene anhängen. Bei Bedarf zum Einbrennen von Untertiteln das 得意黑-Modul wiederverwenden, bereits in der Keyframe-Phase einbinden; Schlüsselvordergrund innerhalb des tatsächlichen Untertitelfensters ausweichen. Separat ausgelieferte reine B-Rolls, andere Seitenverhältnisse und aktuelle Ausnahmen gemäß dem ursprünglichen Umfang behandeln. - Standardmäßig unabhängig 16:9, 1080p Vorschau, 4K60 endgültig; aktuelle Spezifikationen und genehmigte Projekte haben Vorrang. Lokal oder in der Cloud gemäß autorisierter Methode rendern. Zeitschätzung, statische Abnahme, dynamische Prüfung, Benutzerakzeptanz, technischer Pass werden jeweils separat protokolliert. Nicht-Zielbilder, Tonspuren und Materialien schützen, nicht automatisch hochladen, bezahlen oder extern versenden. Bei kleinen Änderungen an eingebrannten Untertiteln nur die betroffenen Cues und notwendigen Übergänge neu rendern, dann zusammenführen; für Doubaos Arbeits-Personifikation wird „她“ (sie) verwendet, gemäß tatsächlicher Referenz überprüfen.
Was gerade zu tun ist, dort einsteigen
| Aktuelle Arbeit | Lesen und Ausführen |
|---|---|
| Bereits Audio + SRT + Skript vorhanden, nur Grobschnitt/Untertitelfehlerkorrektur | Zuerst Audio- und Untertitel-Grobschnitt verwenden, vollständigen Languntertitel, Wiederholung und Pausenprüfung im Satz durchführen, gemäß Audio-Workflow echte Peaks, Schnitt-/Untertitel-Verknüpfung und Zeitversatz zwischen alten und neuen Quellen überprüfen; die aktuell verarbeitete Aufnahme wird nur geschnitten, nicht automatisch in die Vollbildproduktion überführt |
| Manuskript erhalten, vollständige Text-Bild-Vorschläge einreichen | Route und Bestätigung, bei erstmaligem neuen Design Designsprache und Schriftverantwortung lesen, dann gemäß Produktionsstandards und Storyboard-Erstellung arrangieren; vollständigen Text lesen, um Verantwortung und Übernahme zu verstehen, nicht die gesamte Bibliothek durchlesen |
| B-Roll-Standbilder für Szenen planen/generieren | B-Roll-Standbild-Planung: Auslösebedingung, wie viele, drei Formen, Materialquelle, Prompt-Spezifikation, QA-Liste |
| Aktuelle Szene beginnen | Zuerst scene.py --manifest <path> --scene-id <stableId> --candidates-only zur Komponentenauswahl, dann --candidates-only entfernen, um das vollständige Szenenpaket zu lesen (Entscheidung, Schriftart, angrenzende Anfänge/Enden); erstmalige Typauswahl mit scene.py --list |
| Genaue Komponenten und Abhängigkeiten finden | references.py --query <Objekt und Aktion> --limit 5 (mit --scene-type, --use möglich); bei gleichem Score nach Quellencharge rotieren; Sammlungsliste siehe Komponentensammlungs-Index; gemeinsam genutzte Nutzungs-Tags wie die visuelle Bibliothek verwenden, Matching-Grund ansehen; Sortierung nach Kandidatenrelevanz, dennoch echte Aktion, Kapazität, Cue und Schnittstelle überprüfen. Bei erstmaliger Projekterstellung Abhängigkeiten und Implementierung lesen |
| Neue wiederverwendbare Komponente erstellen (Fred für aktuelle Runde autorisiert) | Workflow für neue Komponenten: component_kit.py new/add zum Erstellen des Projekts, lint, sheet zur Selbstprüfung, cloud-script für Cloud-Rendering, preview zur Übergabe an Fred zur Auswahl, intake zur Aufnahme in Bibliothek; feste Regeln siehe DESIGN.md Abschnitt 2, Qualitätsmaßstab ist T05c |
| Vorhandene Komponenten reichen nicht aus, Exploration nötig | Exploration, Storyboard-Bilder; bei Verwendung von ChatGPT Pro gemäß Pro Storyboard-Exploration und Remotion-Nachbildung Prompt, Sitzung, Hash, genehmigten Umfang aufzeichnen. Bereits ausgewählte Multi-State-/9er-Raster zuerst nach Voiceover auswählen, dann kontinuierliche Objekte, Aktionen und Lesbarkeit implementieren; Bewegungsplanungsvorlage kann zurück ins aktuelle Manifest geschrieben werden; gewählte Richtung nicht eigenmächtig ersetzen |
| Echte Keyframes für Fred zur Ansicht erstellen | Route und Bestätigung und Prüfsegment; mit tatsächlich längstem Text, Untertiteln, Branding, Bewegungszwischenzuständen und Übergängen |
| Designobjekt-Ausweich- / Textdarstellung | Objektübergänge oder Textdarstellung; bei Bedarf T/W-Lokalaktionen nachschlagen |
| Spezifische Remotion-Technik behandeln oder bestehendes Deck warten | Interne Module; feste Laufzeit der aktuellen Ausgabe, technische Regeln nach Problemstellung lesen; Deck-Klick-/Proportionsverträge gelten nur bei expliziter Wartung oder Wiederherstellung eines bestehenden Decks |
| Library-Originalaufnahmen für Kameraeinstellungen referenzieren | Library-Kamerasprache; zuerst die Sehaufgabe und Objektquelle/-ziel bestimmen, dann den entsprechenden Original-Filmabschnitt und die Komponente suchen |
| Von Screencast oder anderen Aufgaben generiertes Video arrangieren | Zuerst gemäß Episoden-Assembly Screencast-Verkleidungsregeln (lesbar, Kamera folgt, interaktive Performance, reines Scrollen ≤ 2 Sekunden); Hauptvideo-Vollbildwiedergabe zuerst mit Standard-Großwiedergabekomponente; Medien und Masken und Routendokumente Externer Video-Übergabeprozess; Medienidentität, Takt, Ton und Anfänge/Enden beibehalten |
| Interne Prüfung von Aktion/Ton/Kontinuität | Inhalts- und Qualitätsprüfung, Soundeffekte, scene.py --stage joining; nach dem Rendern von Segmenten scripts/motion_audit.py ausführen, um langsame Schieber, reines Scrollen und Standbilder zu prüfen, siehe Episoden-Assembly |
| Rendern, Herunterladen, vollständige Auslieferung | Rendern und Auslieferung und Phasen-Gates; hier Cloud-Ausführung und endgültige Dateiprüfung lesen |
| Lokale Nachbesserung | scene.py --stage revision + betroffene Szenen; gleichzeitig Anmerkungen und Schlussfolgerungen lesen, nicht "nutzbar, aber muss geändert werden" als vollständige Genehmigung behandeln |
| Benutzeranforderungen festhalten | Wartung; nur wiederverwendbare Entscheidungen extrahieren, Grenze zwischen diesmaliger Reparaturmethode und langfristiger Präferenz einhalten |
Ausführungswerkzeuge und Prüfgrenzen
In einer neuen Ausgabe im aktuellen Manifest workflow.profile: fred-video-v2, workflow.componentMatching: v1 setzen. Gemäß Typauswahl zum Aufruf die componentPlan der Szene aufzeichnen, die tatsächliche Auswahl mit referenceChoices konsistent halten, bei der Implementierung callSite.callee verwenden, um die Anpassungsfunktion dieser Ausgabe zu binden; nach Syntaxprüfung des Aufrufs dennoch mit der tatsächlichen Ausgabe vergleichen. Benutzerrichtung und Keyframe-Aufzeichnungen gemäß Routendokumenten speichern, alte Filme nur eingeschränkt ändern, keine neuen Felder hinzufügen. Produktionsstufen bleiben planning → implementation → representative → formal: vor der Implementierung Planungsprüfung; nach Bestätigung echter Keyframes und interner dynamischer Prüfung in das Repräsentativ-Aufnahmegate eintreten; abschließend die tatsächliche endgültige Datei validieren. Spezifische Befehle werden nur in Phasen-Gates gepflegt, alte Filme werden nicht vollständig neu geplant, um neue Arbeitsweisen zu übernehmen.
sceneGuide zeichnet Typ, tatsächliche Zusätze sowie diese Szenenentscheidung/-prüfung auf. Die Typauswahlbasis muss den zu erklärenden Inhalt begründen; Personen, Geräte, Beziehungslinien, Milchglas bei Bedarf hinzufügen, nicht als Layoutvorlage. Branding- und Untertitel-Wurzeleinstellungen werden mit dem Szenenmaterial übergeben, Untertitelregeln nur bei tatsächlicher Aktivierung gelesen.
Text-/Zeitfolgeprüfung mit validate_storyboard.py --require-scene-guides --require-production-contract; Arbeitsweiseprüfung mit workflow.py; Technische Gates können nicht über Ästhetik urteilen, die Existenz von Referenzdateien beweist nicht die Verwendung der Aktion, Standbilder beweisen nicht fließende Zwischenbewegungen. Anhand des aktuellen echten Bildes und des entsprechenden Abschnitts der ausgewählten Quelle konkret Inhalt, Lesbarkeit, Aktion, Qualität und Übergabe bewerten.
Projektabhängigkeiten verwenden nur lokale skills/-Entitäten. Neues Projekt im Verzeichnis der aktuellen Ausgabe 03_Produktionsprozess/remotion/<version>/, endgültige eindeutige Datei in 02_Endausgabe/, aktuellen Auslieferungseinstieg aktualisieren. Eingefrorene Hardlinks zuerst kopieren, dann anpassen. B-Roll-Materialgenerierung, Nachbildung, Cloud-Rendering übernehmen weiterhin spezifische Verantwortlichkeiten, alter Deck-Prozess wird nicht automatisch zum Kreativ-Vorlauf.
Materialquelle und Medienersatz gemäß Visuelle Bibliothek Materialherkunft überprüfen, nicht mit lokalem Pfad, Umbenennung oder alter Auswahl die Quelle und die neue Ausgabeprüfung ersetzen.