Compétence motion-mirror

motion-mirror est la seule compétence Claude Code pour les films en motion design (teaser, film de lancement, bande-annonce, reel, short). Elle remplace launch-film. Son but : partir d'une vidéo de référence, la cloner à l'identique (durées des plans, timecodes, chorégraphie, décors, raccords, placement des sons), puis en faire un modèle qu'on habille pour n'importe quelle app, en 16:9, 9:16, 1:1, 4:5 et dans chaque langue.

1. Deux couches : un dossier public, une instance privée

Le dossier générique ne contient aucune donnée privée : ni nom de dépôt, ni URL interne, ni couleur, ni cible. Il peut être copié tel quel dans un dépôt public ou dans ~/.claude/skills/. Le SKILL.md demande de lire d'abord le MIRROR.md du dépôt s'il existe : ses règles s'ajoutent à celles de la compétence et l'emportent quand elles sont plus strictes. Le test de garde de la compétence refuse toute donnée privée dans le dossier, tout tiret long, tout lien cassé, toute recette de décor au contraste, et vérifie que l'instance ne cite que des chemins, scripts et scènes existants.

2. Consignes permanentes

1. Cloner d'abord, à l'identique, ajouter ensuite. Jamais de chorégraphie inventée.
2. Travailler depuis des planches timecodées, jamais de mémoire.
3. Une scène à la fois : la suivante ne commence qu'après validation et verrouillage. Jamais de rendu du film entier pour itérer.
4. Chaque livraison est côte à côte avec la référence : une vidéo avec la référence en haut et la nôtre en bas, même plage, timecode, une fois avec notre son et une fois avec le sien ; plus le montage en cours, la planche, les paires de décor, le spectrogramme des deux bandes-son, le rapport son, la densité de mouvement, le tableau des écarts et ce qui n'a pas été vérifié. Jamais notre vidéo seule.
5. Ne jamais changer un élément validé (scène figée, carte de fin, CTA) sans demander.
6. Le propriétaire ne se répète jamais : chaque correction devient une ligne de journal et une règle durcie dans le même commit.
7. Vérité de marque : bon logo, couleurs de la marque cible, aucun tiret cadratin ou demi-cadratin, uniquement des capacités livrées, chaque chiffre sourcé.
8. On clone la grammaire, jamais la propriété : ni logo, ni texte, ni musique, ni image de la marque de référence ; la vidéo de référence n'est jamais commitée.
9. Le rendu le plus rapide qui répond à la question : seulement la scène modifiée, en aperçu ; un changement de son est remis dans les aperçus existants sans re-rendre d'image ; le paquet de preuves se reconstruit en moins d'une minute ; le film entier en pleine taille seulement pour le master validé.

3. Le pipeline

Ingestion de la référence hors dépôt, carte des plans timecodée validée par le propriétaire, inventaire décor, mouvement et son par plan, table d'événements partagée image et son, clone scène par scène, preuve de parité, verrou, assemblage avec cache, puis passage en modèle (identité séparée de la chorégraphie) et déclinaisons de formats et de langues recomposées, jamais recadrées.

4. Seuils QA

Le QC produit des preuves, jamais un verdict : le propriétaire valide.

5. Boucle d'auto-correction

Inspirée du cycle des leçons de la configuration globale : la correction est reformulée, elle ajoute une ligne au journal (générique dans la compétence, propre au film dans MIRROR.md), la règle est durcie à sa place (consigne, pipeline, seuil, recette) et, si un script ou un test peut la tenir, il est ajouté dans le même commit. Une même classe d'erreur deux fois signifie que le seuil était trop faible : on le relève.

6. Adopter la compétence ailleurs

Un autre dépôt copie le dossier sans le modifier et ajoute son propre MIRROR.md à côté des sources de son film (gabarit dans references/template-model.md). Les règles de marque, de faits et de publication restent dans les compétences de contenu de chaque marque ; les chiffres du verrou de rendu et les phrases de transparence vivent dans un seul fichier source par dépôt.