ELX EzVideoEdit

Was macht ELX EzVideoEdit?

Dieser Skill läuft in Verbindung mit der ELX Workstation und ist kein eigenständiger Videoprozessor. Die installierte bundle-location.json zeigt auf die tatsächliche Workstation; die CLI im Quellcode erkennt das Stammverzeichnis automatisch, kann aber auch über EZVIDEOEDIT_ROOT festgelegt werden. Vor der ersten Nutzung ist die lokale Einrichtung zu lesen. Lokale Modelle, Python, MCP-Zugriff und Textdienste müssen vom Benutzer konfiguriert werden – es werden keine Autorisierungen oder Anmeldedaten des Autors vererbt.

Phase 1: Erstellung und Auslieferung

Standardmäßig wird bis zum Abschluss der lokalen Auslieferung ausgeführt. Der Benutzer wählt Material, Ausgabeverzeichnis und die manuelle Überprüfungsmethode für Untertitel aus. Falls keine Auswahl vorliegt, wird nach einem Überspringen oder einer manuellen Änderung gefragt. Ist für diesen Durchlauf eindeutig ein Überspringen festgelegt, wird für jedes Video eine frische Zusammenfassung gelesen und ein skip-Eintrag protokolliert – ohne erneute Nachfrage und ohne Bezeichnung als „manuell geprüft“. Plattformkonten oder Browserverbindungen gelten nicht als Bedingung für den lokalen Abschluss.

1. Führe node .agents/skills/elx-ezvideoedit/scripts/cli.mjs help aus und überprüfe mit status die tatsächlichen Fähigkeiten. Starte oder wiederverwende Dienste über launch. Aufgaben werden über denselben Dienst geschrieben, nicht direkt in task.json. Detaillierte Felder siehe lokale Schnittstelle.
2. Erkenne über tools/list und get_status die Fähigkeit native-production/1; offizielle Version 0.9.1 und bereits verifizierte 0.9.0 werden nach dem tatsächlichen Schema aufgerufen. Überprüfe zuerst dasselbe Profil, öffne bei Bedarf die GUI mit node packaging/setup.mjs native-open, dann native-connect; GUI und stdio teilen sich das Profil. Bei fehlenden Modellen, API und Berechtigungen wird die Position der nativen Einstellungen gemeldet, die vom Benutzer bearbeitet wird – keine Richtlinienumgehung.
3. Die Qualitätskette besteht aus MOSS-Haupttranskription, FireRed-Zeitleiste auf Wortebene und unabhängiger Qwen3-ASR-Überprüfung unter Verwendung vorhandener lokaler Modelle und Python. KI-gestützte Satztrennung und Korrektur nutzen die bereits gespeicherten nativen Textdienste. Tatsächliche Ausführung, Cache-Wiederverwendung und Downgrade werden separat gemeldet – keine Fertigstellung auf Basis von Konfigurationslabels. Untertitel-Stottern-Entfernung ist nicht gleichbedeutend mit Audio/Video-Schnitt.
4. Verwende native-start für serielle Erstellung, native-state für Abfragen und native-resume zum Fortsetzen. Eigenständige Werkzeuge nutzen native-operation. Nach KI-Vorschau mit derselben job_id anwenden – keine erneute externe Sendung. Bei Timeout oder unklaren Ergebnissen zuerst alte Jobs/Versuche prüfen; nur bei eindeutigem configuration_required nach Abschluss der Benutzerkonfiguration fortsetzen – kein blindes Wiederholen.
5. Nativer scope=current erlaubt nur das aktuelle Projekt; das Erstellen oder Öffnen anderer Projekte erfordert library-Bereich. Eigenständige Fähigkeiten werden nach ihren jeweiligen Berechtigungen ausgeführt. 0.9.x ruft keine alten 0.8.7-Schnittstellen für dauerhafte Autorisierung oder Batch-Token auf; es werden keine batch_token zu apply_plan/export_subtitles hinzugefügt.
6. Nach offiziellem save_project wird das Video mit offizieller SRT exportiert und mit demselben Projektsnapshot abgeglichen. native-adopt bindet nur gleichquelligen Projekte mit übereinstimmendem Material-SHA. review-inspect liest die tatsächliche Anzahl der Vorschläge; bei unzureichenden Berechtigungen bleibt der Zähler unbekannt. Bei bereits autorisierter Überspringung wird review-choice mit der aktuellen Signatur gespeichert. Manuelle Änderungen werden vom Benutzer im natives Programm gespeichert, dann wird über review-finish nur das Video/SRT neu exportiert – keine erneute Erkennung zur Überschreibung manueller Änderungen. Bei verification_required wird mit review-recover der alte Job geprüft – kein Neustart.
7. Downgrade der Zeitleiste folgt den vorhandenen Wächtern des Dienstes. Das Überspringen der manuellen Prüfung bedeutet nicht das Ignorieren von Fehlern, unbekannten Fehlern oder fehlenden Zeitnachweisen. Nur wenn ausdrücklich konservatives Fortfahren erlaubt ist, wird der Schutzbereich gespeichert; preserve-review wird nur für abgeschlossene, aber partielle Textkorrekturen mit Fehleranzahl 0 verwendet – der gesamte Batch behält den Originaltext und den Schutzbereich, ohne die Vorschläge zu übernehmen oder erneut zu senden, und behält die partielle Rückmeldung.
8. Generiere genau 5 Titel mit unterschiedlichem Stil, 3 verschiedene Beschreibungen mit maximal 50 Zeichen sowie unabhängige Tags basierend auf der tatsächlichen Transkription. Cover als drei tatsächliche Bilder in 16:9, 4:3 und 3:4 – einzeln auf Text, Inhalt und Seitenverhältnis prüfen, nicht strecken. Empfehlungen von Kombinationen sind erlaubt, aber keine vorgetäuschte Benutzerauswahl.

Innerhalb des genehmigten Bereichs kontinuierlich voranschreiten; neue externe Dienste, Kosten, Verzeichnisse oder Berechtigungsänderungen werden gemäß der Benutzeranforderung für diesen Durchlauf bestätigt. Bei Pause werden Originalmaterial, Projekt, Ausgabe und Rückmeldungen aufbewahrt; nach Wiederaufnahme zuerst schreibgeschützt prüfen. Standardmäßig serielle Ausführung im aktuellen Dialog; Delegation an neuen Dialog oder Unter-Agent nur auf ausdrücklichen Benutzerwunsch, wobei das Modell vom Benutzer und Host gewählt wird. Die Web-„Übergabe an Codex“ speichert nur die Aufgabe, nicht die Ausführung durch den Host.

Ordnerauslieferung

Pro Video ein Ordner <Originalname>_Auslieferung mit folgenden Dateien im Stammverzeichnis: Endvideo_mit_Untertiteln.mp4, Originalvideo (Originaldateiname), Untertitel.srt, Veröffentlichungstext.txt, Cover_16zu9.png, Cover_4zu3.png, Cover_3zu4.png, Auslieferungshinweis.txt. Nur bearbeitbare Projekte und tatsächliche Referenzabhängigkeiten kommen in das Projekt-Unterverzeichnis.

• Nach Materialprüfung das einzige Originalmaterial unter dem Originaldateinamen zurückverschieben; SHA und absoluten Pfad vor und nach der Verschiebung prüfen, Projektverweise aktualisieren und validieren. Keine Kopie als Auslieferungsoriginal ausgeben; bei bereits vorhandenen Duplikaten Pfad, Anzahl, Größe und Auswirkungen auflisten, nach Löschbestätigung verarbeiten – kein Überschreiben des einzigen Originals.
• Das Projekt muss demselben Snapshot von Endvideo/SRT entsprechen und die Abhängigkeiten müssen verfügbar sein; nur tatsächlich referenzierte Materialien mitnehmen, keine vollständigen Cache- oder Historienprojekte kopieren. Die Auslieferungshinweise fassen Anzahl der Schnitte, Modell-/Untertitel-Hinweise und Prüfergebnisse zusammen; die vollständige Rückmeldung bleibt in der Workstation.
• scripts/package-stage1.py --help ist der schlanke Verpackungseinstieg; die gespeicherten Aufgaben, Texte und Cover-Pfade werden eingegeben, das Originalmaterial wird von derselben original-root-Festplatte verschoben. Bei plattenübergreifenden oder gleichnamigen Konflikten wird gestoppt – kein implizites Kopieren plus Löschen. Der Workstation-Import kopiert dennoch Arbeitsmaterial, daher darf die Arbeitskopie nicht ohne Grund gelöscht werden.
• Material, Zusammenfassung, Zeitcodes, Bildseitenverhältnisse und Projektabhängigkeiten werden erst überprüft, bevor eine vollständige Auslieferung gemeldet wird. Wenn keine Schnittkandidaten vorhanden sind, wird die tatsächliche Anzahl 0 gemeldet – keine vorgetäuschte Entfernung von Audio/Video. Aktualisierungspakete werden zuerst validiert, Benutzeränderungen und Historie bleiben erhalten, keine direkte Überschreibung.

Phase 2: Optionaler Upload

Standardmäßig verwendet der Benutzer selbst das vorhandene MultiPost oder den normalen Plattformeinstieg. Am Ende von Phase 1 werden Auslieferungspfad und Textbausteine bereitgestellt; falls noch keine Upload-Entscheidung getroffen wurde, wird auf manuellen Upload hingewiesen. Bei eindeutigem Verzicht auf Upload wird beendet – keine wiederholte Nachfrage. Siehe Grenzen des optionalen Uploads.

Nur wenn der Benutzer ausdrücklich eine Agentenauslösung anfordert, wird der vorhandene Plug-in-Normaleinstieg verwendet, um das tatsächliche Konto und die Autorisierung zu überprüfen und vor der endgültigen Veröffentlichung zu stoppen. Bei Fehlern von Plug-in, Anmeldung, Captcha oder Steuerelementen wird die Situation übergeben – keine automatische Computer Use, Injektion oder Modifikation des Plug-ins. Zahlung, Registrierung, Veröffentlichung, Nachrichtenversand und Konto-Berechtigungsänderungen werden vor der Ausführung bestätigt. Die Workstation-Vorbereitung einer Rückmeldung bedeutet nicht den Upload- oder Veröffentlichungserfolg.