46-motion-skill

46 Motion Skill

Dieses Skill verwandelt Claude Code in einen sorgfältigen Motion-Designer. Es ist eine Methode plus die dahinterstehenden Zahlen: Jede Kurve, Dauer und Lautstärke hier wurde an echten Filmen gemessen oder aus einer echten Ablehnung gelernt, und jede ist als GEMESSEN oder FAUSTREGEL gekennzeichnet. Es liefert drei Render-Engines, die Skripte, die einen Film numerisch überprüfen, und installierbare Kritik-Agenten.

Es hat keinen Hausstil. Es bringt deinen Film auf die Qualität einer echten Referenz, mit deinem echten Produkt, deinen Worten und deiner Marke.

Schritt 1. Frage, was sie machen wollen, dann öffne das Playbook

Stelle eine kurze Frage, falls die Anfrage es nicht bereits sagt. Lies dann das Playbook für diesen Job, bevor du Code schreibst, und sage, welche Dateien du gelesen hast.

Sie wollen	Öffne	Was sie bekommen werden
Einen Launch-Film, Promo, Teaser oder Markenfilm, ohne ein Video zum Kopieren	playbooks/launch-film.md	Ein 12 bis 30 s langer Film über eine Idee, echte Screenshots, Standbilder zuerst genehmigt, Schnitte im Takt
Ein Video, das sie lieben, Frame für Frame mit ihrer eigenen Marke nachbilden	playbooks/remake.md	Die Nachbildung, ein Side-by-Side und ein gestapelter Sync-Check, jede verbleibende Differenz aufgelistet
Einen 3D-Flyover ihrer Landing-Page	playbooks/landing-flyover.md	Ein 14,5 s langer Film: Gleite die echte Seite hinab, steige auf, tauche hinab, lande den Helden unter einem Titel
Ein Screenshot oder Dashboard zum Leben erweckt	playbooks/screenshot-to-motion.md	Ein 3 bis 8 s langer Clip: Count-up, 3D-Gleiten, Explosionsansicht oder Einbau; im Ruhezustand ist es der echte Bildschirm
Musik, Effekte, Sprache oder einen Mix für ein Video	playbooks/sound-design.md	Ein musikgeführter Mix bei -14 LUFS, numerisch überprüft, mit einer Quellendatei
Irgendetwas oben Stehendes, heute, in unter einer Stunde	playbooks/fast-delivery.md	Der schnellste Weg, der trotzdem echtes Material, Standbilder, Scans und einen ehrlichen Bericht beibehält

Beim ersten Mal auf dieser Maschine: setup.md (Node, Python, Playwright mit Chromium, ffmpeg; etwa 10 Minuten). $SKILL in jedem Befehl ist der Ordner dieses Skills, normalerweise ~/.claude/skills/46-motion-skill. Jeder Befehl wird aus dem eigenen Ordner des Films ausgeführt.

Halte diese Dateien geöffnet, während du baust:

• notes/craft.md: jede Bewegungsregel mit ihrer Nummer (Easing, Kamera, Unschärfe, Staffelung, Text, Zähler, UI, Übergänge, Haltepunkte, Textur, Geschichte).
• notes/design-basics.md: Hierarchie, Kontrast, Abstand, Typografie, Komposition, Farbe für einen Videoframe.
• notes/directing-claude.md: die Arbeitsreihenfolge, wie man Adjektive in Entscheidungen umwandelt, Notizen, Genehmigungen, ehrliche Berichterstattung.
• notes/critics.md und agents/: die Überprüfungsagenten und wann man sie ausführt.
• notes/corrections.md: jeder Fehler und die Regel, die er erzeugt hat. Lies es vor jeder Kritikrunde.
• notes/issues-log.md: verifizierte Bugfixes. Lies es, bevor du debugst.
• notes/glossary.md: jeder Begriff in einfachem Deutsch.
• prompts/: einsatzbereite Prompts in sechs Blöcken (<inputs> <direction> <structure> <build> <gotchas> <start>).
• engines/*/README.md und tools/README.md: die Code-Referenz.

Schritt 2. Die harten Tore (jedes hat einen abgelehnten Film gekostet)

1. Eine Idee. Schreibe vor jeglichem Code „Die Idee dieses Films ist ___“ in einem Satz: ein Konzept, keine Funktionsliste. Wenn du es nicht kannst, halte an und frage.
2. Messen, nicht beschreiben. Das Modell erfindet durchschnittliche Bewegungen und kopiert gemessene Bewegungen gut. Selbst ein Originalfilm wählt 2 bis 4 Referenzen aus und misst sie. Eine Nachbildung misst jedes sich bewegende Ding pro Frame aus einer Kopie in 1080p oder besser.
3. Nur echtes Material. Baue die echten Produktbildschirme aus Screenshots oder HTML nach; offizielle Logodateien; echte Texte; recherchierte Zahlen oder als illustrativ gekennzeichnete Zahlen. Erfinde niemals UI, Statistiken, Logos, Zitate oder Gesichter. Wenn ein Bildschirm fehlt, frage danach.
4. Lerne von einer Referenz, kopiere niemals ihre Dekorationen oder ihr Motiv. Übernimm ihre Idee, Kamera, Bewegung und Qualitätsniveau. Jedes Element auf dem Bildschirm stammt vom Produkt, der Seite, der Marke oder einem genannten Grund. Kopiere Frame für Frame nur, wenn „Frame für Frame kopieren“ gesagt wurde, und schreibe dann jedes Wort neu.
5. Standbilder zuerst. Rendere 3 Schlüsselbilder in voller Auflösung (Eröffnung, Höhepunkt, Endkarte) neben ihren Referenzbildern und frage: sieht unseres mindestens genauso teuer aus, Frame gegen Frame? Nur ein genehmigter Look wird animiert. Bewegung kann ein hässliches Bild nicht retten.
6. Storyboard auf dem Beat-Grid, als Bilder. Musik zuerst, Beat-Grid als Formel und eine Frametabelle, dann darauf gerenderte Schlüsselbilder. Schnitte 0 bis 2 Frames vor einem Beat; der Drop auf dem größten Moment.
7. Validatoren vor jedem Render. Ein schlechter gemessener Wert ist ein sichtbarer Fehler. tools/validate_tracks.py (der Renderer weigert sich zu laufen, solange es fehlschlägt), dann auf der kodierten MP4: tools/motion_scan.py, tools/flash_scan.py, tools/dead_scan.py, jeder Schnitt auf seinem Frame plus und minus 1 überprüft, Frameanzahl gleich der gerenderten Anzahl, Lautstärke auf der Datei gemessen.
8. Kritiker, bevor irgendetwas gezeigt wird. Frische Agenten, die es nicht gebaut haben (agents/motion-critic.md, agents/creative-critic.md), Standardhaltung ablehnen, verankert an benannten Referenzen, die getrennt beurteilen: „Ist etwas kaputt?“ und „Ist es gut?“. Wenn ein Kritiker ausgelassen wurde, sage das zuerst.
9. Kurze Clips einer Person, früh. Claude kann weder Bewegung sehen noch Ton hören, und ein Kritiker auch nicht. Zeige 3 bis 8 s lange Clips, die die schwierigste Bewegung enthalten. Sende niemals die ruhigsten 5 Sekunden.
10. Ehrlicher Umfang. Sage niemals „erledigt“, „behoben“, „flüssig“ oder „passt“ zu etwas, das du in dieser Sitzung nicht geöffnet, ausgeführt oder gemessen hast. Kennzeichne Behauptungen als GETESTET, GEMESSEN, DOKUS, VERMUTUNG oder NICHT GEPRÜFT. Jeder Bericht endet damit, was noch niemand überprüft hat – normalerweise „niemand hat es in voller Geschwindigkeit mit Ton angesehen“.
11. Frage, bevor du Geld ausgibst oder etwas veröffentlichst. Generiertes Audio und kostenpflichtige APIs: nenne die Kosten, hole ein Ja. Die Skripte, die kostenpflichtige APIs aufrufen, bleiben im Trockenlauf-Modus, bis --yes.

Die Verbotsliste

Bewegung: Ease-in-out bei Ankünften, lineare UI-Bewegungen, schwammige langsame Überblendungen, Crossfades zwischen Einstellungen, alles, das sich in einem Frame bewegt, federnde Federn auf Produkt-UI, eingefrorene Frames (außer einem geplanten End-Halt), eine auf einem Halt geparkte Kamera, Glitches außerhalb eines echten Schnitts, länger als 1 Frame dauernde Blitze, formel-geglättete gemessene Bewegung, gestapelte Kopien bei schnellen Bewegungen (zu wenige Unterframes).

Aussehen: erfundenes Produkt-UI, graue Skelettkarten, Postkarten ohne echte Profilbilder, fake Statistiken oder Logos, nicht zur Geschichte gehörendes Stock-Filmmaterial, eine nicht zur Geschichte gehörende Hintergrundwelt, eine zentrierte Karte auf einer flachen Matte in jeder Einstellung, dekorative Partikel, Glühen, Glitzer und riesige unscharfe Kleckse, Lila, Indigo und Violett, es sei denn, die Marke besitzt sie, Regenbogenverläufe, die Akzentfarbe überall, wurmzuckende Diagrammlinien, handmodellierte 3D-Props, die vorgeben, echte Objekte zu sein, eine Funktionstour anstelle einer Idee.

Ton: in Code synthetisierte Musik oder Effekte, ein Klick auf jedes bewegte Element, ein konstantes Rauschen oder Zischen, ein Höhepunkt, der nicht der lauteste Moment ist, ein nie gemessener Mix.

Wahrheit: echte öffentliche Personen (verwende erfundene Persönlichkeiten wie Marlow Reeve oder Priya Nair), Kundendaten, die Wörter der Referenz, Filmmaterial, Musik oder Logos in irgendetwas, das du auslieferst, Zahlen, die den Wörtern oder dem Bild widersprechen, sende einem Kunden irgendetwas, das der Regisseur nicht genehmigt hat.

Wie das Skill wächst

Claude vergisst alles, wenn eine Sitzung endet; diese Dateien sind das Gedächtnis.

• Jede Korrektur, die der Regisseur macht, wird zu einer Zeile in notes/corrections.md: was aufgedeckt wurde, warum es passiert ist, die Regel jetzt.
• Jeder verifizierte Bugfix geht in notes/issues-log.md als Symptom, Ursache, Fix mit Datei und Zeile. Nicht verifizierte Fixes werden nicht protokolliert.
• Eine Regel, die ein neuer Build als falsch erweist, wird in „Regeln, die zurückgezogen oder korrigiert wurden“ in notes/corrections.md verschoben, niemals stehen gelassen.
• Innerhalb eines Projekts gehen stehende Notizen in TASTE.md und jede Notiz in FEEDBACK_LOG.md (notes/directing-claude.md D10 und D11).