Communitygithub.com

alexey1312/Vibe-Editing-Agent-Skill

Überprüft, ob ein gerendertes Video den Vorgaben entspricht (Größe, Bildrate, Dauer, Schnitt, Drehbuch), auf schwarze oder eingefrorene Frames, Tonprobleme und Caption-Fehler prüft und einen Bericht mit Belegen und Korrekturen erstellt.

Was ist Vibe-Editing-Agent-Skill?

Dieses Skill dient der detaillierten Qualitätskontrolle von gerenderten Videodateien vor der Veröffentlichung oder Übergabe. Es scannt Dateien ausschließlich lesend mit FFmpeg und prüft technische Parameter wie Auflösung, Bildrate und Dauer, erkennt schwarze oder eingefrorene Frames, Tonaussetzer, Klicks und Aussteuerungsprobleme. Zusätzlich werden Untertitel auf Einhaltung von Zeilenlängen-, Lesegeschwindigkeits- und Rechtschreibgrenzen sowie auf korrekte Namen überprüft. Der Bericht unterscheidet zwischen maschinell geprüften und durch menschliche Sichtprüfung festgestellten Mängeln, enthält Ausgabezeiten, Beweise (Frames oder Audioclips) und konkrete Korrekturvorschläge. Das Skill unterstützt Plattformen wie Claude Code, Cursor und Codex, dokumentiert seine Arbeit in einer strukturierten Projektdatei und kann defekte Renderings diagnostizieren, Übergabeprotokolle für andere Agenten erstellen oder akzeptierte Videos in Serienvorlagen umwandeln. Es ist nicht für den Schnitt selbst (vibe-editing-cut) oder die Validierung von HyperFrames oder Remotion-Projekten vorgesehen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/alexey1312/Vibe-Editing-Agent-Skill/tree/HEAD/skills/vibe-editing-review

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Vibe-Editierung: Überprüfung

Prüfen Sie ein gerendertes Video auf Übereinstimmung mit dem Versprochenen, unterstützt durch Belege, bevor es veröffentlicht wird. Skripte finden, was messbar ist; eine Person, die einmal mit Ton zusieht, findet den Rest. Der Bericht gibt an, was was ist.

  • Was zu prüfen ist und wie: references/acceptance-checklist.md
  • Symptome, Ursachen, nächste Schritte: references/troubleshooting.md
  • Untertitel und ihre Grenzen: references/captions.md
  • Berichtsformat: references/plan-format.md
  • Notizen, die zu einer Korrektur führen: references/edit-requests.md
  • Ordner, Briefing, project.md und die Übergabe: references/project-memory.md
  • Von einem Video zu einer Serie: references/series.md
  • Daten, Lizenzen und Geld: references/data-and-licences.md
  • Was dieses Repository gemessen hat: references/measured-behavior.md
  • Versionen und Daten: references/versions.md
  • Quellenangaben: references/sources.md

Vertrag

  • Die Überprüfung ist schreibgeschützt. Die Scans lesen die Datei; es wird nichts neu gerendert, normalisiert oder hochgeladen. Beweisbilder gehen nur dorthin, wo --evidence-dir zeigt (standardmäßig renders/verify/).
  • Jeder Befund hat einen Ort, einen Beleg und eine Korrektur: Ausgabezeit (und Quellzeit, wenn der Schnitt betroffen ist), ein Bild, einen Audiobereich oder eine Skriptregel, und eine eng gefasste Änderung (references/plan-format.md).
  • Korrekturen warten auf Genehmigung und werden von der Fertigkeit durchgeführt, die sie betreffen: der Schnitt durch vibe-editing-cut, eine Komposition durch die Fertigkeiten der Engine.
  • Sagen Sie, was nicht geprüft wurde. qa_scan.py gibt die Liste der Dinge aus, die kein Skript prüft; der Bericht führt sie auf, gekennzeichnet als von einer Person geprüft oder nicht geprüft.
  • Zitieren oder kennzeichnen. Grenzen stammen aus references/captions.md, references/audio.md Zielvorgaben über das Briefing, und references/versions.md mit seinem Datum; ein Geschmacksurteil wird als solches gekennzeichnet.

1. Sammeln

  • Die zu überprüfende Datei, das Briefing, die genehmigte EDL (edit/edl.json), die Untertiteldatei, das Glossar, das Skript.
  • project.md: der Zustand, Entscheidungen, die nicht geändert werden dürfen, die Asset-Liste.
  • python3 scripts/toolchain_report.py --format markdown: was diese Maschine messen kann.
  • Wenn etwas fehlt (kein Briefing, keine EDL), überprüfen Sie, was vorhanden ist, und listen Sie die Lücke auf.

2. Scannen

python3 scripts/qa_scan.py exports/final.mp4 --width 1080 --height 1920 --fps 30 \
  --edl edit/edl.json --captions exports/final.srt --glossary transcripts/glossary.txt \
  --loudness-target -14 --true-peak-max -1 --evidence-dir renders/verify
python3 scripts/media_probe.py exports/final.mp4
  • Übernehmen Sie den Lautstärke-Zielwert aus dem Briefing; es gibt keinen Standardwert (references/audio.md).
  • Die Befunde QA001–QA013 und die Untertitelregeln CAP001–CAP011 sind in CHECKS.md im Repository dieser Fertigkeit aufgelistet; jeder ist ein Hinweis, lesen Sie das Bild oder hören Sie zu, bevor Sie ihn melden.
  • Ein beabsichtigter Schwarzblende, ein Standbild oder eine bewusste Pause wird mit einem Grund beibehalten und nicht als Fehler gemeldet.

3. Wörter vergleichen

  • Lesen Sie die endgültigen Wörter neben dem genehmigten Skript oder edl.py table.
  • Vergleichen Sie an jeder Stelle, an der Wörter entfernt wurden, mit der Quelle: ein verlorenes "nicht", eine fallengelassene Bedingung oder eine halbe Frage ändert die Aussage.
  • Überprüfen Sie jeden Namen und jede Zahl auf dem Bildschirm und in den Untertiteln anhand des Glossars und der Quellen der Fakten.

4. Hinsehen und zuhören

  • Bilder beiderseits jedes Schnitts, die Mitte jedes Übergangs, erstes und letztes Bild jeder Einfügung.
  • Grafiken verdecken niemals das Gesicht, die Untertitel oder die Handlung; nichts Privates ist auf dem Bildschirm zu sehen.
  • Ein vollständiges Ansehen ohne Unterbrechung, mit Ton, auf dem Gerät, das die Zuschauer verwenden; dann einmal ohne Ton.
  • Bitten Sie den Autor zuzusehen, wenn keine Person in der Schleife dies getan hat; der Blick eines Agenten auf Bilder ist kein Ansehen.

5. Bericht

Schreiben Sie den Überprüfungsbericht aus references/plan-format.md: ein Urteil in zwei Sätzen, Befunde mit hohem Schweregrad zuerst, Prüfungen, die bestanden wurden, und was nicht geprüft wurde. Gruppieren Sie Korrekturen nach Besitzer und nach Ebene (Geschichte, Tempo, Text, Bild, Ton), damit sie in einem Durchgang pro Gruppe angewendet werden können.

6. Nach dem Urteil

  • Fehlerhafter Render: befolgen Sie references/troubleshooting.md; reproduzieren Sie an einer Szene, bevor Sie etwas ändern.
  • Übergabe: schreiben Sie den Zustand in project.md — Ziel, genehmigte EDL, letzter guter Render, Befehle, Assets, offene Fehler mit Ausgabezeiten, Entscheidungen, die den Autor benötigen, die nächsten zwei Schritte (references/project-memory.md).
  • Serie: erst nachdem zwei oder drei Videos auf die gleiche Weise erstellt wurden; trennen Sie Design von Eingaben und testen Sie Randfälle (references/series.md).

Leitplanken

  • Korrigieren Sie nicht während der Überprüfung; melden Sie, und lassen Sie dann den Besitzer genehmigte Korrekturen anwenden.
  • Melden Sie einen Messwert nicht als Fehler ohne das dahinterstehende Ziel des Briefings.
  • Bezeichnen Sie ein Video nicht als akzeptiert ohne ein vollständiges Ansehen mit Ton durch eine Person, oder sagen Sie deutlich, dass es keines gab.
  • Laden Sie das Video nicht ohne Genehmigung auf einen Dienst hoch, um es zu überprüfen (references/data-and-licences.md).
  • Geben Sie keinen Schlüssel oder personenbezogene Daten aus dem Bild in den Bericht ein.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills