Ein Video korrigieren, ohne es neu zu machen: eine Reparatur pro Problem

Lenik Realty vermietet Wohnungen in Accra. Aus der Startseite entstanden im Abstand von 21 Minuten zwei Filme: dieser mit 46 Sekunden und ein Geschwisterfilm mit 44 Sekunden. Beide haben 84 Wörter. Sie teilen keinen einzigen Satz.

Der eine beginnt mit „Frustrated finding quality apartments in Accra?“ und nennt eine Funktion, die der andere weglässt: Mieterinnerungen per SMS und E-Mail. Der andere startet mit „Home search taking too long today?“ und endet mit „No credit card needed to view.“ Beide geben die Seite korrekt wieder; es sind schlicht zwei Lesarten.

Genau das liefert eine neue Generierung: einen neuen Entwurf, an neuen Stellen richtig und falsch. Gefällt dir der Einstieg des einen und der Schluss des anderen, bringt kein erneutes Generieren beides zusammen. Eine Änderung schon, in einem Aufruf: eine neue Sprecherzeile für die Szene, die du ändern willst, dann ein Render. Die Länge bleibt fast gleich, weil sich die Wortzahl kaum ändert; warum die Wörter die Laufzeit bestimmen, erklärt der Sprechertext ist die Länge.

Bevor du etwas änderst, lies die zwei Berichte, die jeder Render liefert.

• Die Warnungen von `get_video` sind klare Sätze: eine Szene, deren KI-Visual abgelehnt wurde, eine Szene, die mangels Guthaben ausgelassen wurde, eine Funktion, die dein Tarif nicht enthält, eine Szene, die kürzer steht, als ihre Wörter dauern. Ein Film kann done sein und trotzdem Warnungen tragen.
• `get_storyboard` zeigt jede Szene: wie sie gezeichnet ist, wie lange ihre Wörter brauchen und wie lange sie steht, auf welcher Seite jede Einstellung gefilmt wurde und woher jede Aussage im Sprechertext stammt.

Mit beiden wird aus „irgendwas stimmt nicht“ meist eine Szenennummer mit Grund. Dieselben Szenen, Worte und Visuals bearbeitest du auch im Editor auf der Projektseite.

Jede Zeile ist eine Operation von update_storyboard oder eine Option von rerender_video, die meisten gibt es auch im Projekt-Editor.

Eine falsche Zahl, die auch die Stimme ausspricht, braucht zwei Reparaturen, set_data und rewrite_narration, denn Stimme und Bild müssen übereinstimmen. Wie du ein besseres Visual wählst, steht unter die 21 Szenen-Visuals, Übergänge unter Szenenübergänge erklärt.

Die wertvollste Reparatur macht aus einer Szene, die ein Banner filmt, eine, die das Produkt filmt. set_shot nimmt einen Selektor, Zeichen für Zeichen aus den Elementen kopiert, die inspect_page liefert, und eine Aktion:

• click: Der Button wird gedrückt und die Seite reagiert, die überzeugendste Einstellung;
• type: eine echte Suchanfrage in einem Feld, nie mit Enter, nie mit persönlichen Daten;
• hover, spotlight (das Element rahmen), hero (der ganze Abschnitt) oder scroll.

Mit page_url geht es auch auf eine andere Seite derselben Website. Ein Selektor, der nichts trifft, wird abgelehnt, mit den nächstliegenden echten Vorschlägen. Bei einer Inseratsseite wie der von Lenik ist das der Unterschied zwischen einer Szene über „transparente Preise“ auf einer Überschrift und demselben Satz auf einer echten Wohnungskarte mit Miete. Agenturen, die viele Objekte filmen, finden das Vorgehen im Anwendungsfall Immobilienvideo.

Ein Aufruf von update_storyboard nimmt bis zu 20 Operationen, und drei Eigenschaften machen ihn sicher.

Wenn du unsicher bist, ist ein Entwurfs-Render über MCP kostenlos: ein Drittel der Auflösung, ein DRAFT-Vermerk, keine KI-Visuals, fünf pro Stunde. Der bezahlte Render danach geht direkt ans Filmen und Vertonen. Was alles kostet, steht unter Credits und was ein Video kostet und auf der Seite Preise.

Ab dem Tarif Pro hinterlassen Kollegen und Gäste Anmerkungen im Player an einer bestimmten Stelle, und KI-Revisionen machen daraus Änderungen am Storyboard und am ganzen Film (Sprache, Stimme, Musik, Tempo, Untertitel an oder aus) und rendern zum Preis eines Renders neu. Ein Filmpass mit kostenloser Revision erlaubt das in jedem Tarif. Eine Anmerkung, die keine Revision umsetzen kann, etwa ein neues Format, bekommt eine Antwort, die das passende Werkzeug nennt. Anmerkungen, die das Modell nicht umsetzen konnte, bleiben offen, statt als erledigt markiert zu werden.

Die Freigabe ist vom Bearbeiten getrennt: request_approval benennt die Freigebenden, approve oder request_changes schließt die Runde. Änderungen anfordern bearbeitet nichts; es hält die Entscheidung fest, und die eigentliche Korrektur ist eine der Reparaturen oben.