atlantis-mk/three-dimensional-remotion-template

Nach Template das aktuelle Video erstellen

Einstieg und Verantwortlichkeiten

Suche das Projektverzeichnis, das die root-Regeln, README und diesen Skill enthält – initial muss kein work/-Verzeichnis existieren. Lies zuerst die root-Regeln, README, die Referenzdatei references/template.md und die vorhandene work/task.json. Wenn kein Arbeitsbereich existiert, wird von einer Neuerstellung ausgegangen. Bei existierenden Projekten und Referenzen nicht erneut nach dem Template fragen. Notwendige Fragen, Phasen und Standard-Liefergegenstände richten sich nach dem root AGENTS.md.

Das Projekt-Template und Referenzmaterial liegen im assets/-Ordner, technische Spezifikationen in references/, Ausführungswerkzeuge in scripts/. Das root-Verzeichnis enthält die Regeln für dieses Paket, der Arbeitsbereich für eine einzelne Episode wird bei Beginn der Erstellung angelegt. Das gesamte Template-Paket wird als Ganzes verwendet. Bei vorhandenen Aufgaben die tatsächlichen Dateien prüfen und Änderungen beibehalten. Bei reiner Wartung wird kein aktuelles Projekt initialisiert, kein Material angefordert und der Status der aktuellen Episode nicht fortgeschrieben.

Arbeitsablauf

1. Prüfe Material, Anforderungen, Referenzbilder und relevanten Quellcode. Sammle fehlende, aber notwendige Informationen, die das Ergebnis beeinflussen. Bei bereits geklärtem Thema und Richtung durchgehend arbeiten, keine schrittweisen Bestätigungen einholen.
2. Lies references/task-state.md und dokumentiere die tatsächlichen Parameter, Verwendung des Materials, Szenen und den Zeitstrahl. Sprachaufnahmen, Bilder und Videos müssen nicht vollständig sein; es wird kein zusätzlicher Sprecher oder Musik erzwungen.
3. Lies references/remotion.md und verwende pipeline.py env, um die Umgebung zu prüfen. Führe beim ersten Mal init --install aus, um den Arbeitsbereich zu erstellen, einen leeren Aufgabenstatus anzulegen, die Basis zu kopieren, Abhängigkeiten zu installieren und eine vollständige content.json zu exportieren. Bei bestehenden Projekten anpassen, nicht neu aufbauen.
4. Schreibe die aktuellen Parameter und Szenen um. Beim Themenwechsel prüfe die Modell-Daten in Scenes.tsx und Visuals.tsx – das Austauschen von Schildern ist kein Themenwechsel. Bilder und Videos, die gezeigt werden sollen, müssen im Code der aktuellen Episode eingebunden werden.
5. Falls Sprachaufnahmen vorhanden sind, misst die Dauer und ordne Szenen, Untertitel, Metriken und Soundeffekte semantisch neu. Das Skript bietet keine TTS, Transkription oder automatische Synchronisation. Vorhandene Sprachaufnahmen benötigen keinen Sprachdienst-Key. Aktualisierungen des Schemas oder der Gesamtdauer gelten nicht als Audio-Video-Synchronisation.
6. Lege die Texte und die Kameraeinstellung für content.cover fest. Die drei Cover-Varianten haben bereits eigenständige Layouts; für jede Episode muss kein neuer Einstiegspunkt erstellt werden. Prüfe jeweils Hauptobjekt, Titel und Begrenzungen.
7. Verwende validate, um Parameter, Zeitbeziehungen und Audiodateien zu prüfen; check für Typen und tatsächliche Composierung; preview, um Keyframes und Intervalle mit Audio zu generieren. Korrigiere nach tatsächlicher Sicht- und Hörprobe.
8. Verwende render, um die aktuelle Episode zu rendern; verify dekodiert und prüft Medieninformationen sowie die diesmaligen Rendereinträge. Nach technischem Bestehen muss noch die audiovisuelle Abnahme gemäß root-Regeln erfolgen, dann den Status und die Liefergegenstände aktualisieren.

Das Skript gibt am Ende eine JSON-Zeile aus. Exit-Codes: 0 Erfolg, 2 Fehler in der Verwendung, 3 Umgebungsfehler, 5 ungültige Parameter, 7 Ausführungs- oder Prüfungsfehler. Lies zuerst die Berichts-Logs, dann korrigiere. Es gibt keine Obergrenze für Prüfungen. Das Skript markiert Aufgaben niemals automatisch als completed.

Referenzen bei Bedarf

• Tatsächlicher Template-Stil, Parameter und Validierungsumfang: references/template.md. Das Projekt-Basis ist assets/project-template/, Referenz-Keyframes sind in assets/reference/.

• Initialisierung, Parameter, Material, Vorschau, Rendern und technische Prüfung: references/remotion.md.

• Aufgabenwiederherstellung, Phasenfortschritt und Abnahmeaufzeichnung: references/task-state.md.

• Ändern von README-Maschinelles-lesbaren Metadaten: references/readme-format.md.

• Modul- und Wartungsvalidierung: Stammverzeichnis docs/architecture.md. Nachweise aus tests/ gehören nicht zu den Liefergegenständen der aktuellen Episode.