Remotion Promo Video Factory
Nutzen Sie diese Fähigkeit, um wiederholbare, hochwertige App-Einführungsvideos in Remotion zu produzieren. Diese Fähigkeit ist bewusst app-agnostisch und funktioniert sowohl für UI-lastige Produkte als auch für Nicht-UI-Produkte.
Kernregeln
- Offizielle Remotion-Skill-Regeln als primäre Autorität verwenden.
- Alle Bewegungen über
useCurrentFrame()mitinterpolate()undspring()steuern. - Zeit in Sekunden entwerfen, dann mit
sec()umrechnen. - Zuerst einen App-Typ-Blueprint auswählen; nicht standardmäßig nur UI-Demos verwenden.
- Wiederverwendbare visuelle Primitive gegenüber einmalig aufgenommenem Material bevorzugen.
- Typografie-Größenregeln vor der Animationsverfeinerung anwenden.
- Jede größere Bearbeitung mit Bildaufnahmen validieren, dann Typprüfung und Rendering durchführen.
- Keine Qualitätsaussagen ohne bildgenaue Beweise treffen.
- Niemals ohne explizite Nutzerfreigabe committen, pushen oder Aufgaben als erledigt markieren.
Offizielle Skill-Interop
Lesen Sie zuerst references/official-skill-integration.md.
Erforderliche offizielle Regelgruppen nach Phase:
- Kompositionsphase:
compositions,parameters,calculate-metadata - Bewegungsphase:
animations,timing,sequencing,transitions - Asset-Phase:
assets,images,fonts - Optionale Phase:
audio,videos,subtitles,text-animations
Referenzen
- App-Typ-Auswahl und Szenenvorlagen:
references/app-type-blueprints.md - Offizielle Remotion-Regelzuordnung:
references/official-skill-integration.md - Zeitstrahl und Bewegungsmuster:
references/timeline-and-motion.md - Timing-Budgets und Debug-Loop:
references/timing-and-debug-loop.md - Typografie- und Lesbarkeitsregeln:
references/typography-and-readability.md - Wiederverwendbare visuelle Bausteine:
references/visual-primitives.md - QA-Checkliste:
references/qa-checklist.md - Fehlerbehebungsleitfaden:
references/troubleshooting.md
Arbeitsablauf
Schritt 1: Eingaben sammeln
Sammeln Sie aus dem lokalen Projektkontext (README, Dokumentation, Landing Page, vorhandene UI, CLI/API-Beispiele):
- Zielgruppe
- Kernversprechen in einem Satz
- Verfügbare Nachweis-Assets (UI, Code, Logs, Metriken, Erfahrungsberichte)
- Verfügbare Medien-Assets (Logo, Screenshots, Clips, Audio)
Schritt 2: App-Typ-Blueprint auswählen
Lesen Sie references/app-type-blueprints.md und wählen Sie einen aus:
- UI-zentrierte App
- API/SDK-App
- Entwickler-Tool / Infrastruktur-App
- KI/Automations-App
Erstellen Sie eine Shot-Liste basierend auf dem ausgewählten Blueprint.
Schritt 3: Erzählung und Dauer
- Definieren Sie den Erzählbogen:
Hook -> Problem -> Mechanismus -> Beweis -> CTA - Wählen Sie die Ziellänge:
15s,30s,45soder60s - Weisen Sie Szenendauern vor der Implementierung zu
Schritt 4: Kompositionssetup
- Definieren Sie
Compositioninsrc/Root.tsx - Fügen Sie
schemaunddefaultPropshinzu - Berechnen Sie die Dauer in
calculateMetadata - Verbinden Sie Szenen in
src/Video.tsxmitTransitionSeries
Schritt 5: Szenenkonstruktion
- Bauen Sie zuerst wiederverwendbare Komponenten in
src/components - Stellen Sie Szenen in
src/scenesmit diesen Komponenten zusammen - Verwenden Sie absolute Positionierung mit Konstanten für Layout und Timing
- Halten Sie Szenendateien fokussiert auf Orchestrierung, nicht auf Details der niedrigen UI-Ebene
Schritt 6: Typografie-Durchlauf
Lesen Sie references/typography-and-readability.md und setzen Sie zuerst alle wichtigen Textgrößen.
- Wenden Sie die empfohlenen Größenbereiche für
1920x1080an - Respektieren Sie harte Mindestwerte, sofern nicht explizit begründet
- Bestätigen Sie die Lesbarkeit auf Mobilgeräten/iOS vor der Animationsverfeinerung
Schritt 7: Bewegungsdurchlauf
- Verwenden Sie Trapez-Fades für Lesbarkeit
- Verwenden Sie Federn für Eingänge und cursorähnliche Bewegungen
- Fügen Sie pro Szene
exitOpacityhinzu, um Überlappungsartefakte während Übergängen zu vermeiden - Verwenden Sie Overlays/Beschriftungen, um Phasenwechsel explizit zu machen
Schritt 8: Timing-Validierung
Lesen Sie references/timing-and-debug-loop.md und validieren Sie Timing-Budgets:
- Prüfen Sie Textverweildauer und Lesefenster
- Prüfen Sie Verarbeitungs- und Ergebnis-Halte-Dauern
- Prüfen Sie Überlappung und Übergabe-Timing
- Korrigieren Sie Zeitstrahl-Konstanten vor der Optimierungsarbeit
Schritt 9: QA-Loop (Beweise erforderlich)
- Erfassen Sie Schlüsselbilder nach jeder wesentlichen Änderung
- Überprüfen Sie visuelle Klarheit, Timing, Überlappung und Kompositionsbalance
- Dokumentieren Sie Bestehen/Nichtbestehen-Beweise in einem Debug-Log
- Iterieren Sie, bis alle kritischen Prüfpunkte bestanden sind
Verwenden Sie bei Bedarf scripts/capture-frames.sh.
Wenn Bildlesetools fehlschlagen oder keinen brauchbaren Inhalt liefern, erfassen Sie erneut und wiederholen Sie den Vorgang. Fahren Sie nicht mit nicht verifizierbaren Prüfungen fort.
Schritt 10: Finale Validierung
npx tsc --noEmitnpm run -s buildnpm run -s build:giffalls verfügbar- Finales mp4 rendern und Laufzeit sowie Ausgabegröße überprüfen
- Wichtige Zeitstempel gegen das beabsichtigte Szenenverhalten erneut prüfen
Verwenden Sie bei Bedarf scripts/verify-build.sh.
Schritt 11: Übergabe und Freigabe
- Berichten Sie eine evidenzbasierte QA-Zusammenfassung (was bestanden/fehlgeschlagen ist und warum)
- Listen Sie bekannte Kompromisse oder Restrisiken auf
- Fordern Sie explizite Freigabe an, bevor Sie committen/pushen/als erledigt markieren
Ausgabeformat
Wenn Sie über die Arbeit berichten, fügen Sie Folgendes ein:
- Ausgewählter App-Typ und Blueprint
- Szenenstruktur und endgültige Dauer
- Wichtigste implementierte Komponenten
- Wichtige Animationsentscheidungen
- Timing-Budget-Prüfungen und Ergebnisse
- Validierungsbefehle und Ergebnisse
- Verbleibende Risiken oder Folgemaßnahmen
Leitplanken
- Verwenden Sie
Img + staticFile()für lokale Bilder. - Laden Sie Schriftarten auf Modulebene, nicht innerhalb von Effekten.
- Halten Sie
Sequence-Layout und Premount-Einstellungen kompatibel. - Verwenden Sie harte Typografie-Mindestwerte aus
references/typography-and-readability.md. - Konzentrieren Sie komplexe Effekte in einem Brennpunkt.
- Optimieren Sie nicht für zu viele Ziele in einem Schnitt; behalten Sie eine einzige primäre Botschaft.
- Beschreiben Sie die Ausgabe niemals als "perfekt" ohne explizite Beweise.
- Überspringen Sie QA-Beweise nicht, selbst wenn Renderbefehle erfolgreich sind.