Communitygithub.com

adimaulanat/miroir-d-une-video-de-reference

Utilisez cette compétence lorsque quelqu'un partage une vidéo de référence, une publicité, un Reel, un Short ou une vidéo TikTok (lien ou fichier) et souhaite que sa propre vidéo en suive la structure, le rythme ou le style visuel.

Qu'est-ce que miroir-d-une-video-de-reference ?

Cette compétence permet à un agent IA de copier la structure et la grammaire visuelle d'une vidéo de référence sans jamais en reproduire le contenu. Elle est conçue pour les projets de montage vidéo où un utilisateur fournit un lien ou un fichier (publicité, Reel, Short, TikTok) et demande à l'agent de produire une vidéo originale qui imite le rythme, la mise en page ou le style visuel de la référence. La compétence guide l'agent à travers une séquence d'étapes : découverte des fichiers d'instructions du projet, cartographie des plans, demande de décisions (format, langue, CTA, look), échafaudage, rédaction du script, génération de la voix-off, composition des clips, vérification et rendu. Elle insiste sur la non-assomption et la vérification auprès de l'utilisateur à chaque étape. La sortie est une vidéo finale, prête pour la publication avec les artefacts appropriés (légendes, étiquettes IA, issues ouvertes).

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/adimaulanat/claude-skills/tree/HEAD/mirroring-reference-video

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Miroir d'une vidéo de référence

Copiez la structure et la grammaire visuelle de la référence, jamais son contenu. Tout ce qui concerne le projet est découvert ou demandé, jamais supposé.

0. Découvrir d'abord

Lisez les fichiers d'instructions du projet (CLAUDE.md, AGENTS.md, README, docs). Notez ce qu'ils définissent : système de design et apparence par défaut, commande d'échafaudage, commande de lint/rendu, outil vocal et sa règle de coût, dossiers ignorés par git pour les médias bruts, langue, format, durée, CTA, règles de publication. Chaque élément non trouvé va dans la liste des questions. Ne le remplissez jamais de mémoire, d'un autre projet ou d'un « réglage par défaut raisonnable ».

Étapes

  1. Référence. Si le lien nécessite une connexion, demandez le fichier. Conservez le fichier et ses planches-contacts uniquement dans un dossier ignoré par git que le projet nomme (ou demandez lequel). Sondez la durée, la taille et la fréquence d'images, puis réalisez une planche-contact avec les outils du projet. Ne téléchargez jamais la référence ailleurs sans consentement explicite ; décrivez-la en mots.
  2. Tableau des plans. Remplissez les tableaux dans beat-map.md : temps, mise en page, motif de texte, mouvement, rôle de chaque plan. Listez ce qui est emprunté et ce qui ne l'est pas (son texte, logo, images, musique, pseudo, produit).
  3. Tour de décisions. Ne demandez que ce que l'étape 0 n'a pas répondu, au maximum 4 questions par tour, autant de tours que nécessaire (utilisez l'outil de demande du harnais s'il en a un) : restructurer ou restyler ; nouvelle vidéo sœur ou sur place ; format, durée, langue et CTA si non définis ; nouveau script ou réutilisation d'une voix-off existante. Demandez toujours : « Créer un tableau de concept design pour le look ? » Non → utilisez le look par défaut du projet, nommé comme le projet le nomme ; s'il n'y en a pas, demandez. Oui → étape 5b.
  4. Échafaudez avec la commande du projet, ou demandez comment les nouvelles vidéos sont créées.
  5. Brief et script. Dans les fichiers du projet : pourquoi cette version existe, la grammaire empruntée, les décisions datées, puis la voix et les tableaux des plans de beat-map.md. 5b. Tableau. Confirmez chaque entrée dans opendesign-inputs.md avant de lancer l'exécution. Une entrée vide est une question, jamais un trou que vous comblez. Suivez ensuite les étapes d'exécution de ce fichier.
  6. Approbation. Arrêtez-vous jusqu'à ce que la personne approuve la formulation du script, la voix (confirmez son nom en lecture seule depuis l'outil vocal si possible), l'estimation du coût selon la règle de coût du projet, et la sélection du concept si l'étape 5b a été exécutée.
  7. Voix-off. Générez avec l'outil du projet, ou réutilisez celle existante. Définissez les temps des plans à partir des minutages des mots.
  8. Extraits d'écran. Recadrez chacun dans sa région de carte. Scannez chaque recadrage pour détecter des fuites de données (compteurs, e-mails, noms de compte, texte obsolète, étiquettes qui contredisent la voix) et signalez les résultats.
  9. Composez. Chargez la compétence ou la documentation du framework vidéo du projet, puis construisez à partir du kit et du système de design du projet.
  10. Lintez et vérifiez avec les commandes du projet. Corrigez les avertissements. Prenez un instantané du milieu de chaque plan et corrigez les bugs de mise en page.
  11. Rendez et examinez image par image (fuites, fautes de frappe, zones de sécurité, chiffres) ; vérifiez que l'audio n'écrête pas. Déplacez les mauvais rendus là où le projet le dit, ou demandez. Ne supprimez jamais.
  12. Remise selon la définition de fini du projet : copie de publication si elle en utilise, un rappel d'étiquetage IA lorsque la voix ou les images sont synthétiques, des issues ouvertes. Ne publiez jamais.

Une version plus longue de la même vidéo : réutilisez la voix-off complète, ajoutez des plans, répétez à partir de l'étape 5.

Portage de votre propre vidéo terminée

Lorsque la « référence » est votre propre vidéo terminée d'un autre projet, copiez-la dans le projet cible et adaptez, n'importez jamais entre projets.

  • Lisez d'abord les fichiers du projet cible (étape 0). Remplacez l'ancienne conclusion par l'outro ou la carte de fin par défaut du cible.
  • Balayage de re-marquage : ligne de marque, pseudos, miniatures, carte de fin, copie de publication. Greppez l'ancienne marque, puis visualisez la miniature.
  • Conservez la voix-off et les minutages des mots inchangés. Les défauts de portes qu'elle transporte (par exemple un long silence) vont dans le rapport QA avec l'horodatage ; la décision de couper ou d'accepter revient à la personne.
  • Si le look n'est pas encore dans le cible, ajoutez un modèle de départ et un document de design selon les conventions propres au cible. Demandez avant d'ajouter des entrées de catalogue ou de modifier des fichiers d'instructions partagés.
  • Réécrivez le brief et la copie de publication dans les formats du cible.

Drapeaux rouges : arrêtez et demandez

PenséeRéalité
« Je vais utiliser le look de la dernière fois »Les fichiers du projet nomment le look, ou vous demandez
« Vertical, 30 s, anglais est habituel »Le format, la durée et la langue viennent du projet ou de la personne
« Les crédits sont petits, générer maintenant »Pas avant l'étape d'approbation
« Télécharger la référence est plus rapide »Nécessite un consentement explicite
« Je vais combler moi-même le trou du tableau »Un trou est une question

Erreurs fréquentes

  • Un emoji se retrouve tout seul sur une ligne : collez-le au dernier mot.
  • Un compteur affiche un « 0 » statique avant de démarrer : cachez-le jusqu'à ce qu'il compte.
  • Un texte atténué sur une carte claire est illisible : utilisez la couleur d'encre de la carte.
  • Un mot de liaison (« ou ») chevauche deux cartes : transformez-le en un petit badge entre elles.
  • Un fond de longueur fixe se termine avant la vidéo : dimensionnez-le à la longueur totale.
  • Une étiquette d'interface enregistrée contredit la voix (par exemple un nom de voix différent) : recouvrez-la d'un correctif uni qui correspond à l'état environnant. N'inventez jamais de texte de remplacement.
  • Une voix-off réutilisée échoue à une porte de rétention : signalez-la dans le QA avec l'horodatage. Ne la coupez jamais silencieusement.
  • L'ancienne marque survit dans une miniature ou une carte de fin : greppez-la et visualisez la miniature avant de rendre.
  • La CLI cesse de résoudre en cours de session (par exemple npx après une mise à jour) : exécutez directement le binaire en cache et dites-le dans la remise.

Individual skills in this repo

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

Skills associés