CommunitySchreiben & Editierengithub.com

builtnotboosted/review-loop

Die Qualitätssicherung, die jedes Inhaltselement durchläuft, bevor es archiviert, geplant oder veröffentlicht wird. Führt eine Selbstkritik, eine unabhängige Prüfung durch einen frischen Subagenten, Behebung und erneute Bewertung durch, bis ein sauberer Durchlauf erreicht ist. Deckt ab, was zu tun ist, wenn ein Element unbeaufsichtigt nicht bestehen kann (zurückhalten, kennzeichnen, Rest ausliefern).

Was ist review-loop?

Dieser Skill, `review-loop`, implementiert einen mehrstufigen Qualitätssicherungsprozess für alle produzierten Inhalte, bevor diese archiviert, geplant oder veröffentlicht werden. Der Prozess besteht aus drei Phasen: Zuerst eine Selbstkritik des Erstellers, bei der das eigene Werk wie ein strenger Redakteur geprüft wird. Danach folgt eine unabhängige Prüfung durch einen frischen Subagenten, der nur das fertige Werk und die Kriterien sieht, nicht aber die Gedankengänge des Erstellers – dies verhindert Betriebsblindheit. Abschließend werden gefundene Fehler behoben und das gesamte Werk erneut bewertet. Der Zyklus wiederholt sich, bis ein sauberer Durchlauf erreicht ist. Der Skill legt fest, wie bei Problemen zu verfahren ist, die nicht automatisch gelöst werden können: Inhalte werden zurückgehalten, klar gekennzeichnet oder der Rest des Pakets wird ohne das fehlerhafte Element ausgeliefert. Er unterstützt verschiedene Plattformen (z. B. Claude Code, Cursor, Codex) und ist darauf ausgelegt, mit den Prüfkriterien anderer Skills (wie `writing`, `image-generation`, `video-scripting`) zusammenzuarbeiten. Die entscheidende Regel lautet: Nichts wird archiviert, geplant oder veröffentlicht, bevor es nicht einen sauberen Durchlauf gegeben hat.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/builtnotboosted/built-not-boosted-skills/tree/HEAD/plugins/built-not-boosted/skills/review-loop

Installed? Explore more Schreiben & Editieren skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Review-Loop (Prüfschleife)

Dieser Skill besitzt den Prozess zur Überprüfung von Arbeit, bevor sie ausgeliefert wird: Selbstkritik, eine unabhängige Prüfung, Behebung und erneute Bewertung sowie das Tor zum sauberen Durchlauf. Er besitzt nicht die Kriterien. Diese leben in den Skills, die die Arbeit erstellen (writing für Texte, image-generation für Bilder, video-scripting für Skripte, video-editing für fertige Videos, scheduling für Veröffentlichungsmechaniken) und im Markenprofil. Dieser Skill führt die Schleife darüber aus.

Die eine Regel: Nichts wird archiviert, geplant oder veröffentlicht, bevor es nicht einen sauberen Durchlauf gegeben hat. Geschwindigkeit senkt niemals die Messlatte. Reaktive, hastige und „nur schnell 'ne Kleinigkeit“-Elemente durchlaufen dieselbe Schleife.

Bevor du beginnst

  1. Lies marketing/brand/brand-profile.md, insbesondere Stimme, Grenzen, Compliance, Ähnlichkeit und Plattformen. Dies sind die harten Regeln, gegen die jeder Prüfer prüft.
  2. Lies brand/voice-learnings.md, um zu erfahren, was „klingt nach ihnen“ in der Praxis bedeutet.
  3. Sammle die Kriterien für jede Art von Artefakt im Element: den Abschnitt „Prüfungen vor der Auslieferung“ jedes Skills, der es erstellt hat.
  4. Sammle die Artefakte selbst aus dem Element-Ordner content/<yyyy-mm-dd>-<slug>/: captions.md, PACKAGE.md, Skripte, Bilddateien, Videodateien.

Kein Arbeitsbereich? Prüfe anhand der Prüfungen des erstellenden Skills und der allgemeinen guten Praxis und gib im Ergebnis an, dass markenspezifische Prüfungen nicht durchgeführt werden konnten.

Stufe 1: Selbstkritik

Bevor jemand anderes es sieht, überprüfe deine eigene Arbeit, wie es ein anspruchsvoller Redakteur, Designer und Compliance-Leser tun würde. Korrigiere, während du vorgehst.

  • Text: Führe die Checkliste des writing-Skills Punkt für Punkt durch.
  • Bilder: Öffne jede Bilddatei in ihrer endgültigen Größe und prüfe sie anhand der image-generation-Prüfungen: Rechtschreibung jedes eingebetteten Wortes, keine doppelten Wörter, korrektes Seitenverhältnis ohne abgeschnittene Elemente, lesbar in der Thumbnail-Größe. Bei Karussells jede Folie. Bei animierten Elementen die endgültige Videodatei.
  • Ähnlichkeit: Bei jedem Bild einer realen Person öffne es neben einem echten Referenzfoto aus brand/reference-images/ (ein Farbfoto für Haar- und Hautton) und vergleiche Merkmal für Merkmal mit dem Abschnitt „Ähnlichkeit“ des Profils. Vergleiche niemals mit einem anderen generierten Bild. Wenn du dir nicht sicher bist, ob es wirklich diese Person ist, gilt es als nicht bestanden.
  • Wahrheit: Jede Geschichte, Zahl, jedes Zitat und jede Bewertung geht auf etwas Reales zurück: den eigenen Bericht des Nutzers, eine Quelle in sources.md oder den genehmigten Bewertungsspeicher.
  • Stimme: Lies jede Zeile laut vor, auch Bildüberschriften. Klingt es nach dieser Person oder nach generischem Marketing? Eine technisch korrekte, aber seelenlose Zeile ist ein Fehlschlag.
  • Vollständigkeit: Jede Plattform im Plan hat ihre Version; jedes Standbild hat Alt-Text; erste Kommentare sind vorhanden; das Format ist getaggt.

Eine Umschreibung oder ein Neuwurf ist ein neues Artefakt. Es erhält dieselbe Selbstkritik, bevor es zählt.

Stufe 2: Unabhängige Prüfung

Erzeuge einen Subagenten als unabhängigen Prüfer. Unabhängigkeit ist der springende Punkt: Der Ersteller weiß, was er gemeint hat, also liest er, was er meinte. Ein frischer Leser sieht nur, was tatsächlich da ist.

Gib dem Prüfer:

  • Die fertigen Artefakte (Text in voller Länge, Dateipfade für Bilder und Videos).
  • Die Kriterien: die relevanten Prüfabschnitte sowie die Abschnitte Stimme, Grenzen, Compliance und Ähnlichkeit des Markenprofils und die Haftungsausschluss-Stufe, die jedes Element tragen soll.
  • Pfade zu Referenzfotos, falls auf einem Bild eine reale Person zu sehen ist.

Gib ihm nicht deine Argumentation, deine Entwürfe, die Hintergrundgeschichte des Briefings oder warum du welche Wahl getroffen hast. Dieser Kontext ist genau das, was einen Prüfer daran hindert, Probleme zu sehen.

Bitte ihn, zu finden, nicht zu beheben, und jeden Fehler mit einem Schweregrad, der Datei und dem Abschnitt, dem genauen anstößigen Text als Zitat und einem Korrekturvorschlag zu melden. Verwende die Vorlage in references/reviewer-prompt.md; öffne sie jedes Mal, wenn du einen Prüfer erzeugst.

Schweregrade:

  • Blocker: Muss vor der Auslieferung behoben werden. Compliance- und Wahrheitsfehler, eine falsche Ähnlichkeit, eine fehlerhafte Linkregel, eine Verletzung von Plattformlimits, ein fehlendes erforderliches Element.
  • Sollte behoben werden: Beheben, es sei denn, es gibt einen guten Grund dagegen. Schwacher Aufhänger, von der Stimme abweichende Zeile, lahmer Aufruf zum Handeln, fehlender erster Kommentar.
  • Nice-to-have: Ermessensentscheidung.

Weise den Prüfer an, bei zwei Dingen besonders konfrontativ zu sein. Ähnlichkeit: Öffne jedes Bild mit einem Gesicht und vergleiche es mit dem echten Referenzfoto; „eine plausible Person dieses Alters“ ist nicht die Messlatte, und Unsicherheit bedeutet Nichtbestehen. Grund: Früher wurden generische Ersatzgesichter durchgewinkt, weil ein Prüfer, der die Datei nicht öffnet, es nicht erkennen kann. Wahrheit: Jede Zahl, Geschichte oder jedes Zitat ohne nachvollziehbare Quelle ist ein Blocker, egal wie plausibel es klingt.

Wenn deine Umgebung keine Subagenten erzeugen kann (manche Chat-Clients), sage dies, und führe dann die nächstbeste ehrliche Handlung durch: einen separaten, kalten Durchlauf, bei dem nur die Artefakte und Kriterien gelesen werden, als sähe man sie zum ersten Mal, oder bitte den Benutzer, die Prüfaufforderung in einen neuen Chat einzufügen. Vermerke im Ergebnis, dass die Prüfung nicht unabhängig war.

Stufe 3: Beheben und erneut bewerten

  1. Behebe alle Blocker und „Sollte behoben werden“-Punkte. Entscheide bei jedem „Nice-to-have“ und notiere die Entscheidung.
  2. Führe die betroffenen Prüfungen erneut durch. Überprüfe jedes neu generierte Bild in seiner neuen Datei, nicht in der alten.
  3. Bewerte das gesamte Element neu, da Korrekturen andere Dinge beeinträchtigen können (eine kürzere Bildunterschrift kann den Haftungsausschluss entfernen; ein neues Bild kann eine Überschrift abschneiden).
  4. Wenn die Korrekturen etwas Wesentliches verändert haben, führe Stufe 2 erneut mit einem frischen Prüfer durch.

Nur ein wirklich sauberer Durchlauf wird ausgeliefert. Wenn drei vollständige Durchläufe keinen hervorgebracht haben, beende die Schleife: Das Problem liegt normalerweise im Briefing oder im Ansatz, nicht in der Nachbearbeitung. Halte das Element zurück und kennzeichne es mit dem, was immer wieder fehlschlägt.

Aufzeichnung des Ergebnisses

Schreibe eine kurze REVIEW.md in den Element-Ordner: Datum, was geprüft wurde, die Ergebnisse des Prüfers nach Schweregrad, was behoben wurde, abgelehnte „Nice-to-have“-Punkte mit Begründung und das Urteil (sauberer Durchlauf, mit gekennzeichneten Lücken ausgeliefert oder zurückgehalten). Dies ist es, was der Benutzer liest, wenn er wissen möchte, warum etwas zurückgehalten wurde, und woraus voice-loop und platform-data später lernen können.

Wenn es unbeaufsichtigt nicht bestehen kann

Bei einem geplanten oder unbeaufsichtigten Durchlauf gibt es niemanden, den man fragen könnte. Liefere niemals etwas Minderwertiges aus, um einen Slot zu treffen, und erfinde niemals eine Tatsache oder fälsche ein Bild, um einen Durchlauf zu erzwingen.

  • Ein Bild, das nach echten Neuwürfen nicht richtig werden will: Liefere nichts Defektes aus, behalte die Aufforderung, liefere den Rest des Pakets aus und kennzeichne die Lücke.
  • Ein Bild einer realen Person, das keine echte Ähnlichkeit erreicht: Ein falsches Gesicht ist schlimmer als kein Bild. In dieser Reihenfolge: Neustart verankert an einem echten Referenzfoto mit den genannten Ähnlichkeitsmerkmalen; erstelle das Element ohne Gesicht neu (eine Szene plus die Überschrift); nur wenn keins funktioniert, halte das Element zurück. Liefere niemals ein Ersatzgesicht aus.
  • Ein Compliance- oder Wahrheitsproblem, das nicht anhand des Profils und der Quellen gelöst werden kann: Halte das Element zurück und kennzeichne es deutlich.
  • Etwas, das die Skills und das Profil nicht klären: Triff die konservative Wahl und notiere es, oder stoppe und kennzeichne es. Rate nicht.

Vermerke jeden Rückhalt und jede Kennzeichnung in REVIEW.md und in der Zusammenfassung des Durchlaufs für den Benutzer, damit nichts stillschweigend fallengelassen wird.

Anpassung

  • Leichte Inhalte (eine Antwort, ein Story-Frame) können Stufe 2 auf Wunsch des Benutzers überspringen, aber überspringe sie niemals bei etwas, das Compliance-Formulierungen, das Gesicht einer realen Person, eine Zahl oder einen Affiliate-Link enthält.
  • Teams: Der unabhängige Prüfer kann eine Person sein. Gib ihr dieselbe Aufforderung und dieselben Kriterien.
  • Neue Kriterien: Füge sie zu den Prüfungen des erstellenden Skills oder zum Markenprofil hinzu, nicht hier. Dieser Skill führt die vorhandenen Prüfungen aus.

Mehr erfahren

https://builtnotboosted.com/skills/review-loop

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

builtnotboosted/image-generation

Produces finished social images with any image model (Google Gemini image, "Nano Banana", as the worked example) - feed statics, carousel slides, short-form video covers, YouTube and article thumbnails, local listing cards and animated statics. Bakes the headline into the scene instead of pasting text on top, keeps text inside the profile-grid safe zone, locks the likeness of real people to their reference photos, hits exact platform sizes, writes alt text and re-judges every re-roll on the filed file. Use when someone says "make an image for this post", "create a thumbnail", "make a cover from my video", "design a carousel", "animate this static", "the image model won't do 4:5", "my headline is getting cut off in the grid", or when a content pack needs its visuals.

builtnotboosted/scheduling

Gets finished posts into a social media scheduler (or posted by hand) safely. Queue-only with explicit timezone offsets, live dedup against scheduled and already-published posts, media readiness checks, correct post types (shorts, reels, carousels, first comments, manual-posting reminders), alt text, a link gate that sends copy back for a rewrite rather than stripping it, and confirmation before anything goes live. Writes and keeps a scheduling manifest for each pack. Works with any scheduler; Publer is the worked example. Use when someone says "schedule this", "queue these posts", "put this in Publer", "book in this week's content", "post this on Tuesday at 7", "move that post", "what's already scheduled", or hands over a finished content pack to go out.

builtnotboosted/video-editing

Edits filmed talking-head footage into release-ready vertical shorts (1080x1920) and 16:9 YouTube long-forms with ffmpeg and Whisper. Keeps exactly one clean read of every script line (no stumbles, restarts or double reads), never leaves a flat single shot (punch-ins, reframes, B-roll, motion graphics), captions from the finished audio, normalises loudness to -14 LUFS, makes a real-frame cover and runs a QA gate that re-transcribes the render and refuses delivery until it passes. Syncs extra cameras by sound and writes YouTube chapters. Use when someone says "edit my video", "cut this clip", "remove my retakes", "edit out the fluffs", "add captions to my video", "make a short from this footage", "sync my two cameras", "make a thumbnail from my video", or hands over raw footage and a script.

builtnotboosted/video-scripting

Writes video scripts that sound like the person who will say them, for shorts (Reels, TikTok, YouTube Shorts) and long-form YouTube. Warm hook rather than a shout, who-am-I and follow early, a retention shape that delays the answer, a soft earned close, length that follows the story, real-problem substance, reactive scripts for news and data releases. Output is teleprompter-ready (think-breaks, shot reminders) with short edit notes for the video-editing skill. Use when someone says "write me a script", "script a reel about", "I need a short on", "plan a YouTube video", "turn this post into a video", "react to today's news on video", "what should I say on camera", or before a filming session.

Verwandte Skills