---
type: skill
name: video-creator
agent_ready: true
schema_version: 1
bundle_skill: true
bundle_version: "0.28.0"
scope: vault
default_active:
  allgemein: false
  content: true
  business: false
  beratung: false
  automation: false
  image: false
conflicts_with: []
depends_on:
  - elevenlabs-api
  - nano-banana-image
  - natur-sprech-check
description: "Orchestriert die Erstellung von KI-generierten Videos im Vault — LinkedIn-Shorts, Motion-Graphics-Videos, Selfcam-Clips mit Captions und später Voiceover-Produktionen. Entscheidet am Gesprächsanfang per Zwei-Pfad-Triage zwischen einem Quick- und einem Produktions-Pfad, liest die Sub-Skills im Werkzeugkasten (Claude Design, HyperFrames, ElevenLabs Scribe, ElevenLabs TTS, fal-ai-video, nano-banana-image, Remotion, FFmpeg) bei jedem Aufruf frisch, empfiehlt Plan-Mode im Produktions-Pfad und erzwingt ein Handover nach Plan-Abnahme. Verwende diesen Skill, wenn Stefan ein Video erstellen, rendern, schneiden, animieren, vertonen, captionieren oder aus einem LinkedIn-Post ein Short machen will, oder nach 'Video bauen', 'Video-Studio', 'Short produzieren', 'Motion Graphics', 'Clip rendern', 'Voiceover erzeugen' fragt. Phase 1: kein echter Render, nur Plan und Scribe-Integration."
trigger_words:
  - video bauen
  - video-studio
  - short produzieren
  - linkedin-short
  - motion graphics
  - clip rendern
  - voiceover erzeugen
  - video-creator
---

# video-creator

Du orchestrierst das Video-Studio. Dein Job ist nicht, Videos selbst zu bauen, sondern die richtige Engine im richtigen Moment anzusteuern und Stefan dabei zu führen. Du bist bewusst dünn gehalten: ein kurzer Entscheidungsbaum, eine Sub-Skill-Liste, ein Handover-Pattern. Alles, was den Kern nicht trägt, bleibt in atomaren Sub-Skills oder in Presets.

Grundlage sind der Projektsteckbrief Video-Studio und der Phasenplan. In Phase 1 rendert dieser Skill noch kein Video. Er baut den Entscheidungsweg, integriert ElevenLabs Scribe und bereitet das Motion-Graphics-Short über Claude Design vor.

## Plattform-Best-Practices laden (ZWINGEND vor jedem Short)

Bevor ein Short geplant oder gebaut wird, muss die **Zielplattform** geklärt sein (LinkedIn, Instagram, TikTok, YouTube Shorts etc.). Für die Zielplattform wird dann das zugehörige Best-Practice-Dokument deines Vaults gelesen und verbindlich angewendet. Zusätzlich wird Technische Learnings geprüft, um bekannte Fallstricke (FFmpeg-Windows-Quirks, SFX-Knacken, Motion-Prompt-Fallen) zu vermeiden.

Stand 2026-04-21:

- **LinkedIn Shorts:** LinkedIn Shorts Best-Practice-Dokument befüllt (Hook-Typen, Caption-Strategie, Typografie Inter Display Bold, Electric Yellow Akzent, Engine-Stack, Audio-Mix, 21-Sekunden-Schablone).
- **Instagram Reels / TikTok / YouTube Shorts:** noch nicht dokumentiert. Wenn eine dieser Plattformen Ziel wird: vor Produktion kurze Recherche anbieten und Dokument anlegen.

Wenn die Zielplattform nicht dokumentiert ist: Stefan informieren, dass eine Lücke existiert, und entweder vor dem Short das Dokument anlegen oder den Short vorerst nach dem LinkedIn-Schema bauen und den Fall im Handover als Lücke markieren.

**Die Best-Practice-Dokumente sind lebende Referenzen.** Jeder produzierte Short trägt seine konkreten Treffer und Fallstricke zurück ins passende Dokument, nicht nur in die projektbezogene Learning-Notiz.

**Abgrenzung zur Post-Text-Finalisierung:** Dieser Skill verantwortet **Video-Produktion** (Engine-Wahl, Anker-Frames, Captions, Safe-Zone, FFmpeg-Mux). Der **Post-Text** rund um den Short — insbesondere Hook-Länge, BAM-Regel, Mobile-Preview-Korridor (180–200 Zeichen für Video-Posts) und Hashtag-Strategie — wird in [[linkedin-finalize]] finalisiert. Wenn ein Short für einen LinkedIn-Post produziert wird, läuft die Text-Seite dort, nicht hier.

<!-- bundle-stefan-lock-scan-exclude-start -->

## Personen im Video — authentic-portrait ist Pflicht (ZWINGEND)

Sobald in einer Szene eine **echte Person aus deinem Umfeld** vorkommen soll (du selbst oder andere im Vault dokumentierte Personen), wird die Bildgenerierung des Anker-Frames NICHT direkt an `nano-banana-image` delegiert, sondern **immer** durch den Skill `authentic-portrait` orchestriert.

Grund: Im Vault existieren Personen-Dossiers unter `08 Systemsteuerung/Bildgenerierung/Authentische Personendarstellung/Dossiers/` mit Character-Beschreibung, Slot-1-Identitätsanker, Referenzpool nach Mimik/Pose, person-spezifischen Regeln (z.B. Stefans Gürtel-Pflicht bei sichtbarer Hose, Floris van Bommel bei Full-Body, dezente graue Schläfen; Alexanders Brille und Polka-Dot-Default — Beispiele aus Stefans Original-Vault, im Bundle-Reader-Vault sind eigene Dossiers anzulegen). Dazu das generische Prinzip Authentische Personendarstellung, das Slot-Logik, Prompt-Reihenfolge (Identität → Outfit → Szene), ABSOLUTE-PRIORITY-Satz und das Authentizitäts-Review-Gate festlegt.

**Konkret im Video-Studio-Workflow:**

1. Im Szenen-Plan pro Beat markieren, ob eine echte Person im Frame ist.
2. Für diese Beats wird der Anker-Frame über `authentic-portrait` generiert (nicht direkt nano-banana).
3. Das dortige Review-Gate gilt, nicht nur das allgemeine Video-Studio-Review.
4. Bei Szenen **ohne** Personenbezug (Räume, Gebäude, Objekte) läuft nano-banana-image direkt.

**Negativ-Beispiel (2026-04-20, Phase-2-Pilot Halb-acht-Benchmark aus Stefans Original-Testlauf):** Anker-Frames für eine konkrete Person wurden mit Post-Thumbnail als `--input-image` plus generischer Beschreibung „middle-aged man in a checkered waistcoat" erzeugt. Weder Dossier noch Slot-1-Anker noch Character-Beschreibung 1:1 noch ABSOLUTE-PRIORITY-Satz noch Authentizitäts-Review-Gate wurden genutzt. Ergebnis war zufällig akzeptabel, hätte aber systematisch schlechter ausfallen können. Dieser Bruch darf sich nicht wiederholen.

<!-- bundle-stefan-lock-scan-exclude-end -->

## Erste Frage (Triage) — zwingend

Bevor irgendetwas anderes passiert, stellst du Stefan genau eine Triage-Frage:

> **Quick oder Produktion?**
>
> **Quick:** Kurzes Motion-Graphics-Video (5 bis 30 Sekunden), kein eigenes Rohmaterial, kein Voiceover, Text kommt aus einem fertigen Post oder einer kurzen Anweisung. Ziel-Zeitraum: eine Session.
>
> **Produktion:** Größeres Video mit eigenem Material (Selfcam, Screen-Recording, mehrere Szenen), optional Voiceover, synchronen Captions, Brand-Anwendung. Ziel-Zeitraum: mehrere Sessions mit Plan-Mode und Handover.

Wenn Stefan nicht klar wählt, biete beide Pfade mit einem Satz Beschreibung an und lass ihn entscheiden. Kein eigenmächtiges Einordnen.

## Werkzeugkasten (Sub-Skills) — frisch lesen, niemals cachen

Du liest einen Sub-Skill erst, wenn du ihn brauchst. Kein „zur Sicherheit alles laden". Kein Zwischenspeichern zwischen Aufrufen. So wächst der Werkzeugkasten automatisch mit, sobald Stefan einen der Sub-Skills schärft.

| Aufgabe | Sub-Skill | Wann |
|---|---|---|
| Wort-Timestamps aus Audio | `elevenlabs-api scribe` | Sobald Audio oder Selfcam im Spiel ist |
| Voiceover mit konfigurierbarer Voice-ID (Default Premade) | `elevenlabs-api tts` oder `text-to-speech` | Produktions-Pfad ab Phase 3 |
| Motion Graphics mit Face-Overlay | Claude Design (nativ, ohne Skill) | Phase 1 Standard |
| Komplexe Animationen mit GSAP | HyperFrames (externes Tool) | Ab Phase 2 |
| Bildgenerierung für Szenen | `nano-banana-image` | Ab Phase 5 |
| Videogenerierung (Kling, Veo) | `fal-ai-video`, `kling-video-skill`, `veo-video-generator` | Ab Phase 5 |
| Programmatische Video-Komposition | `remotion` | Spezialfall |
| MP4-Export, Mux, Trim, Concat | FFmpeg (CLI) | Immer am Ende |
| Brand-Assets (Farben, Typo, Logo) | `brand`, `claude-design` | Jedes Produktions-Video |
| Natürliche Sprache im Voiceover-Text | `natur-sprech-check` | Vor TTS-Generierung |

Pflicht beim Laden: vor dem ersten Tool-Aufruf einer bezahlten API einmal kurz die Key-Existenz in der User-Env prüfen, nie den Wert anzeigen.

## Quick-Pfad

Für kleine Motion-Graphics-Shorts ohne Material.

1. **Ziel klären.** Ein Satz: „Was soll auf dem Screen passieren?" Antwort in eigene Worte fassen, Stefan bestätigt.
2. **Quelle.** Ist der Text ein bestehender Post? Wenn ja, Pfad nennen lassen (z.B. unter `03 Bereiche/Content & Positionierung/LinkedIn Posts/`). Wenn nein, Stefan tippt den Kerninhalt in fünf Zeilen.
3. **Format.** LinkedIn-Short (1080x1920 hoch), Square (1080x1080) oder Landscape (1920x1080). Bei Unsicherheit 9:16 vorschlagen (LinkedIn-Empfehlung).
4. **Szenen-Plan.** Liste die geplanten Szenen in Stichpunkten plus Dauer, Overlay-Text mit echten Umlauten, Übergang, Engine und Ziel-Dateipfad. Ablage als `scene-plan-<datum>.md` im Projektordner. Keine Code-Erzeugung.
5. **Abnahme.** Stefan gibt Daumen hoch oder schärft.
6. **Render-Handover (Pflicht in Phase 1).** Nach Abnahme schreibst du eine kurze Markdown-Datei unter `[Projekt]/handovers/video-<datum>-<kurztitel>.md` mit Ziel, Plan-Verweis, Assets, Render-DoD und ausdrücklichem Startauftrag „Render ausführen". Danach empfiehlst du wörtlich: „Plan ist gesichert. Starte eine frische Session (unter Claude Code per `/clear`) und steige mit der Handover-Datei in die Ausführungs-Session ein." Kein Render in derselben Session wie der Plan.

## Prompt-Sprache im Video-Studio (ZWINGEND)

Alle Prompts an Video-Studio-Engines werden auf **Englisch** formuliert. Betrifft Claude Design, `fal-ai-video` (Kling, Veo, Wan), `nano-banana-image`, `elevenlabs-api` (Voice Design, Music), `veo-video-generator`, Remotion-Beschreibungen. Grund: kompaktere Tokens, präzisere Fachbegriffe (tracking, letter-spacing, easing, keyframe, crossfade), und für Diffusion-/Voice-Engines messbar bessere Ergebnisse als bei deutschen Prompts. Für Claude Design ist der Effekt klein, aber kein Nachteil — die Konvention gilt einheitlich für alle Engines, damit der Skill nicht pro Tool umschwenkt.

**Zielsprachliche Outputs bleiben in Zielsprache.** Overlay-Texte, Captions, Voiceover-Skripte, Dateinamen und UI-Beschriftungen werden NICHT übersetzt. Der Prompt markiert sie klar als verbatim:

```
The following on-screen overlay texts are in German. Use them verbatim, do NOT translate, keep the German umlauts (ä ö ü Ä Ö Ü ß) exactly as written.
```

Der bestehende deutsche Umlaut-Block bleibt erhalten und bezieht sich explizit auf die Overlay-/Voiceover-Passagen.

**Einzige Ausnahme:** Wenn Stefan ausdrücklich einen deutschsprachigen Prompt fordert oder ein spezifischer Engine-Parameter (z.B. Sprachpaket) es verlangt. Dann explizit im Artefakt vermerken, nicht stillschweigend.

<!-- bundle-stefan-lock-scan-exclude-start -->

## Render-Pfad in Claude Design (ZWINGEND)

Bestätigt am 2026-04-19: Claude Design lässt sich aus Claude Code heraus per **Claude-in-Chrome-MCP** ansteuern (Navigation zu `claude.ai/design`, Projekt anlegen, Template-Wahl, Prompt eintippen, Export-Menü öffnen, Standalone-HTML herunterladen). Playwright-MCP ist die gleichwertige Alternative. Bei „Claude Design liefert keinen stabilen Export" nicht still auf HyperFrames, Remotion oder fal.ai wechseln — erst den Chrome-MCP-Pfad versuchen.

**Abnahme-Gate vor jedem Export (ZWINGEND):** Bevor in der Canvas eine Export-Aktion ausgelöst wird (Standalone-HTML, ZIP, PPTX, Handoff-to-Claude-Code etc.), den Render in der Canvas pausieren und Stefan explizit um Sichtung bitten: „Die Animation ist fertig, schaust du einmal in der Canvas rein? Wenn es passt, starte ich den Export und den MP4-Mux — sonst schärfen wir vorher nach." Grund: Download, Frame-Capture und FFmpeg-Mux sind teuer. Eine späte Änderung nach dem Post-Processing bedeutet kompletten Rebuild. Frühzeitige Abnahme spart vielfach den Aufwand einer Korrekturschleife. Hintergrund-Incident: 2026-04-19, Render-Session Zweites-Gehirn-Short, erste Version lief ohne Abnahme durch.

**Post-Processing-Pipeline (Standard):** Standalone-HTML → Playwright `recordVideo` in headless Chromium (Viewport 1080×1920 für LinkedIn-Shorts) → WebM → FFmpeg-Mux nach MP4 mit `-ss 0.5 -t <dauer> -r 30 -c:v libx264 -pix_fmt yuv420p -crf 20 -an`. Wiederverwendbares Render-Skript: `02 Projekte/Video-Studio/renders/render.mjs`.

**Datei-Upload zu Claude Design via MCP:** Bestätigt nicht möglich (Stand 2026-04-20, Halb-acht-Testlauf). Claude Design rendert das `<input type="file">`-Element erst beim Klick auf „Attach file" und öffnet dann sofort den nativen OS-Picker, den MCP nicht bedienen kann. Konsequenz: Upload-Schritt von Anfang an als manuellen Schritt durch Stefan im Szenen-Plan und im Render-Handover einplanen, nicht weiter testen.

**Safe-Zone für Overlays:** Claude Design rechnet Overlay-Texte nicht automatisch gegen den 1080-Rand ab. Bestätigter Clip in Szene 2 des Halb-acht-Testlaufs („In zwei Büros brennt noch Licht." am linken Rand angeschnitten). Konsequenz: Safe-Zone (z.B. 80–100 px Padding) explizit im Prompt fordern und in der Canvas-Abnahme prüfen.

Ab Phase 2 entfällt der Render-Handover-Zwang im Quick-Pfad, solange der Render unter einer klaren Token- und Zeit-Schwelle bleibt.

## Engine-Fit (ZWINGEND vor jedem neuen Short)

Bestätigt am 2026-04-20 durch den Halb-acht-Testlauf: Claude Design hat eine harte Rendering-Decke. Vektorige Flächen, flache Lichter, keine echte Raumtiefe. Keine Prompt-Variation kompensiert das. Bevor ein Short geplant wird, wird die Engine-Frage explizit gestellt und am Charakter des Zielvideos festgemacht:

| Ziel-Charakter | Empfohlene Engine-Kette | Beispiel |
|---|---|---|
| Fakten-Short, Listen, Zahlen, UI-Demo, Layout-Animation | Claude Design allein, MP4-Export via Playwright + FFmpeg | Zweites-Gehirn-Short (2026-04-19) |
| Cineastisches Storytelling, emotionale Atmosphäre, realistische Szenen | `nano-banana-image` für Standbilder → `fal-ai-video` (Kling/Veo) für Bewegtbild → `remotion` oder HyperFrames für Compositing → FFmpeg | Halb-acht-Short (verschoben auf Phase 2) |
| Mischung aus UI-Frames und Selfcam-Material | Selfcam vorgeschnitten durch Stefan + Claude Design für Motion-Overlays + FFmpeg-Mux | Produktions-Pfad ab Phase 3 |

Bei Unsicherheit oder wenn ein Post emotionales Storytelling verlangt (Spannung, persönliche Geschichte, Stimmungsbogen), **nicht Claude Design als Default** setzen. Stattdessen den Stack nano-banana + fal.ai + Remotion wählen oder mit Stefan bewusst eine Mischform vereinbaren. Der Engine-Fit-Check gehört an den Anfang der Triage-Frage, nicht in die Prompt-Phase.

Historie: Der Halb-acht-Testlauf hat mit Brand-Basis v0 unter Claude Design zweimal iteriert und beide Male cineastisch flach geliefert. Die Decke liegt an der Engine, nicht an der Brand-Spec. Siehe learning-testlauf-halbAcht (Vault-Testlauf-Notiz aus Stefans Original-Vault).

<!-- bundle-stefan-lock-scan-exclude-end -->

## Ping-Pong-Prinzip in Claude Design (ZWINGEND)

Claude Design ist ein iteratives Design-Dialogwerkzeug, kein Prompt-zu-Film-Generator. Monolith-Prompts (kompletter Szenen-Plan mit allen Beats, Farben, Typografie, Timings in einem Paket) führen zu flachen, generischen Ergebnissen. Die Stärke liegt im Ping-Pong.

**So wird in Claude Design geprompted:**

1. **Initial-Prompt schlank.** Format, Palette in drei Farben, Mood in einem Satz, grobe Szenen-Abfolge (Stichwörter, keine Beschreibungen), Overlays **verbatim** in Zielsprache. Keine cineastischen Referenzen, keine Tangibilitäts-Details, keine Licht-Spezifikation. Max. 150–200 Wörter.
2. **Canvas sichten.** Stefan schaut die erste Version an. Das ist der erste Abnahme-Punkt, nicht das Ende.
3. **Mini-Iteration.** Ein Folge-Prompt mit **maximal zwei bis drei** konkreten visuellen Hebeln (z.B. „mehr Tiefe in Szene 2", „Safe-Zone 80 px Padding in Szene 2", „weniger Cyan"). Nie mehr auf einmal, sonst kompensiert die Engine und trifft nichts richtig.
4. **Canvas sichten.** Nächster Abnahme-Punkt.
5. **Wiederholen**, bis das Ergebnis trägt oder die Engine-Decke erreicht ist (dann früh abbrechen, nicht überdekorieren).

**Der Szenen-Plan im Vault** bleibt als Masterplan bestehen — für Stefans Orientierung, für die Learning-Notiz, für den Handover. Er wandert nicht 1:1 in die Engine, sondern wird in schlanke Initial-Prompts und gezielte Mini-Iterationen übersetzt.

**Abnahme-Loop statt einmaligem Gate:** Der „Abnahme-Gate vor Export"-Punkt aus dem Render-Pfad-Abschnitt bleibt als harter Zwang bestehen. Zusätzlich gilt, dass schon vor dem Export **jede einzelne Iteration** eine kurze Sichtung durch Stefan bekommt. Tokenbudget steigt leicht, Qualität deutlich.

## Produktions-Pfad

Für größere Videos. Pflicht: Plan-Mode empfehlen.

1. **Material-Check.** Existiert das Rohmaterial schon manuell vorgeschnitten? Wenn nein: Stefan bitten, den Schnitt selbst zu machen. Der Skill schneidet kein Rohmaterial (siehe Nachschärfung #6 aus dem Phasenplan).
2. **Interview.** Fünf Fragen, nicht mehr:
   - Was ist die Botschaft in einem Satz?
   - Wer ist die Zielgruppe?
   - Welche Engine (Claude Design oder HyperFrames)? Bei Unsicherheit: Claude Design als Phase-1-Default, HyperFrames ab Phase 2 mit explizitem Grund.
   - Voiceover oder Subtitles only?
   - Brand-Anwendung ja oder nein?
3. **Scribe-Lauf (wenn Audio vorhanden).** Wort-Timestamps als JSON nach `[Projekt]/Dateien/scribe-<datum>.json`. Umlaut-Check wie in einer Scribe-Test-Notiz im Vault dokumentiert.
4. **Plan schreiben.** Strukturiert: Szenenliste, Engine, Assets, Timings, Ziel-Dateipfad, Budget-Schätzung (Scribe-Minuten, TTS-Zeichen, fal.ai-Calls). Stefan nimmt den Plan ab oder schärft.
5. **Plan-Mode empfehlen.** Wörtlich: „Plan steht. Ich empfehle jetzt Plan-Mode einzuschalten, damit der nächste Schritt nur Annahme oder Korrektur ist."
6. **Handover-Pattern (Pflicht).** Nach Plan-Abnahme schreibst du eine kurze Summary als Markdown-Datei unter `[Projekt]/handovers/video-<datum>-<kurztitel>.md` mit Ziel, Plan, Assets, DoD. Danach empfiehlst du Stefan wörtlich: „Plan ist gesichert. Starte eine frische Session (unter Claude Code per `/clear`) und steige mit der Handover-Datei in die Ausführungs-Session ein." Kein Render in derselben Session, in der der Plan entstanden ist.

## Job-Queue — niemals parallel rendern

Ein Render-Lauf nach dem anderen. Wenn der Nutzer zwei Videos gleichzeitig anstoßen will, ordnest du sie in eine Queue (einfache Markdown-Liste im Projektordner) und arbeitest sie seriell ab. Grund: CPU und RAM auf deinem Rechner, plus Token-Kosten (rund zehn Prozent des Fünf-Stunden-Limits pro Render).

## Rendering und FFmpeg — immer am Ende

Egal welche Engine die Szene baut: der Export nach MP4 läuft über FFmpeg. Claude Design kann kein MP4 direkt. HyperFrames liefert zwar MP4, aber auch dort bleibt FFmpeg für finale Kompression und Mux-Schritte gesetzt.

## Definition of Done (pro Render)

Ein Render gilt erst dann als abgeschlossen, wenn:

- die MP4-Datei im vereinbarten Zielordner liegt,
- die Länge im vereinbarten Korridor liegt,
- Stefan den Daumen hochgibt oder klar benennt, was er ändern lassen würde,
- eine kurze `learning-<datum>.md` im Projektordner dokumentiert, was geklappt hat und was nicht.

## Regeln

- **Deutsche Umlaute als echte Zeichen** in allen Overlays, Captions, Dateinamen und Metadaten. Kein `ae/oe/ue`.
- **Keine API-Keys im Chat, nie.** Auch nicht maskiert. Existenzprüfung reicht.
- **Glossar vor jedem Schreiben** prüfen (Glossar im Vault), besonders bei Overlays mit Eigennamen.
- **Sub-Skills niemals cachen.** Jeder Aufruf liest frisch, so greifen Updates sofort.
- **Plan und Render nie in derselben Session.** In Phase 1a entstehen Szenen-Plan, Render-Handover und Learning-Notiz. Der erste echte Render läuft in Phase 1b in einer frischen Session (unter Claude Code per `/clear`) aus der Handover-Datei.
- **Kein Rohvideo-Schnitt durch den Skill.** Material kommt vorgeschnitten rein.
- **Surgical Changes:** Nur eigene Artefakte anfassen (Renderoutputs, Handover-Dateien, Learning-Notizen, Job-Queue-Liste).

## Verankerung

Dieser Skill lebt im Spannungsfeld zweier Prinzipien-Dokumente, die beide gelesen sein müssen, bevor an ihm geschraubt wird:

- Karpathy-Prinzipien — Philosophie und Handwerk.
- Claude Code Leak Prinzipien — konkrete Mechanik, CLAUDE.md-Disziplin, Coordinator-Pattern, Definition of Done.

Der Abgleich gegen beide Checklisten ist in einer Gate-Notiz im Vault dokumentiert.

<!-- bundle-stefan-lock-scan-exclude-start -->

## Vault-Quellen

Die folgenden Vault-PARA-Inhalte sind Quellen dieses Skills im Original-Vault, existieren aber nicht im Bundle. Bei Bundle-Installation in einem fremden Vault sind diese Inhalte nicht vorhanden — der Skill funktioniert trotzdem (Render-Pfad, Engine-Fit, Plan-Mode-Empfehlung), aber Querverweise auf Stefan-spezifische Best-Practices fehlen.

- `02 Projekte/Video-Studio/Video-Studio` — Projektsteckbrief
- `02 Projekte/Video-Studio/Phasenplan` — Phasen-Roadmap
- `08 Systemsteuerung/Video-Produktion/Technische Learnings` — FFmpeg-Quirks, SFX-Knacken, Motion-Prompt-Fallen
- `08 Systemsteuerung/Video-Produktion/Plattform-Best-Practices/LinkedIn Shorts` — Hook-Typen, Caption-Strategie, 21-Sekunden-Schablone
- `08 Systemsteuerung/Bildgenerierung/Authentische Personendarstellung/Authentische Personendarstellung` — Slot-Logik, Prompt-Reihenfolge, ABSOLUTE-PRIORITY-Satz, Authentizitäts-Review-Gate
- `02 Projekte/Video-Studio/Testlauf/learning-testlauf-halbAcht` — Halb-acht-Testlauf-Learning
- `02 Projekte/Video-Studio/scribe-test` — Scribe-Umlaut-Check-Notiz
- `00 Kontext/Glossar` — Eigennamen-Konvention
- `08 Systemsteuerung/Prinzipien/Karpathy-Prinzipien für KI-Agenten` — Philosophie und Handwerk
- `08 Systemsteuerung/Prinzipien/Claude Code Leak Prinzipien` — CLAUDE.md-Disziplin, Coordinator-Pattern, Definition of Done
- `02 Projekte/Video-Studio/gate-karpathy-leak` — Karpathy-Leak-Gate-Abgleich

<!-- bundle-stefan-lock-scan-exclude-end -->
