créateur-vidéo

Que fait créateur-vidéo ?

Objectif

Planification de contenu vidéo pour les démonstrations produit et le marketing. Rédige des scripts de narration avec des marqueurs temporels, crée des storyboards scène par scène, définit des listes de plans et liste les ressources nécessaires. Enregistre le plan de production complet dans un fichier. Cette compétence crée des PLANS pour la production vidéo — pas de fichiers vidéo réels.

Appelé par (entrant)

• marketing (L2) : scripts vidéo de démo / explicatifs
• launch (L1) : vidéos de démonstration produit

Appels (sortant)

Aucun — utilitaire L3 pur.

Instructions exécutables

Étape 1 : Recevoir le brief

Accepter les entrées de la compétence appelante :

• topic — le sujet de la vidéo (par ex. "Démo du plugin Rune", "Présentation de la fonctionnalité X")
• audience — qui regardera (par ex. "développeurs", "fondateurs non techniques", "utilisateurs existants")
• duration — durée cible en secondes (par ex. 60, 120, 300)
• platform — où elle sera publiée : youtube | twitter | tiktok | loom | internal
• output_path — où enregistrer le plan (par défaut : marketing/video-plan.md)

Déduire les contraintes de la plateforme :

• YouTube : pas de limite de durée stricte, chapitres recommandés pour > 3 min
• Twitter/X : max 140 secondes, accroche dans les 3 premières secondes
• TikTok : max 60 secondes, montage rapide, sous-titres obligatoires
• Loom : adapté à l'asynchrone, axé sur l'enregistrement d'écran, pas de musique nécessaire

Étape 2 : Script

Rédiger un script de narration avec des marqueurs temporels. Avant d'écrire une seule ligne, appliquez les principes d'artisanat de narration ci-dessous — un script que le spectateur ENTEND repose sur l'accroche et le flux, pas sur la liste de plans.

Structure :

• Accroche (0–5 s) : première ligne qui attire l'attention — énoncez le problème ou la valeur
• Mise en contexte (5–15 s) : contexte — à qui cela s'adresse et ce qu'ils apprendront
• Démo/Corps (15 s–[durée-15 s]) : contenu principal divisé en scènes
• CTA (dernières 10 s) : appel à l'action — quoi faire ensuite (star du repo, inscription, partage)

Format pour chaque section :

[00:00] ACCROCHE
Narration : "..."
À l'écran : [ce que le spectateur voit]

[00:05] MISE EN CONTEXTE
Narration : "..."
À l'écran : [ce que le spectateur voit]

Étape 3 : Storyboard

Créer une décomposition scène par scène :

Pour chaque scène :

• Numéro et nom de la scène
• Durée en secondes
• Description visuelle (ce qui apparaît à l'écran)
• Texte de narration (de l'étape 2)
• Type de transition : cut | fondu | zoom | slide

Exemple :

Scène 3 : Démo en direct — commande d'installation
Durée : 12 s
Visuel : Fenêtre de terminal, commande tapée "npm install -g @rune/cli", sortie défilante
Narration : "Installez en quelques secondes avec une seule commande."
Transition : cut

Étape 4 : Liste de plans

Définir exactement ce qui doit être enregistré ou montré :

Catégoriser par type :

• Enregistrement d'écran : lister chaque état d'écran à capturer (URL, état de l'application, action à effectuer)
• Extrait de code : lister chaque bloc de code à afficher (chemin du fichier + plage de lignes, ou en ligne)
• Diagramme/diapositive : lister chaque visuel statique nécessaire (titre, points clés)
• Terminal : lister chaque séquence de commandes à enregistrer

Format :

Plan 1 — Enregistrement d'écran
  URL : https://myapp.com/dashboard
  Action : Cliquer sur "Nouveau Projet" → remplir le formulaire → cliquer sur Créer
  Durée : ~8 s

Plan 2 — Terminal
  Commande : npm install -g @rune/cli && rune init my-project
  Résultat attendu : [décrire ce qui doit apparaître]
  Durée : ~10 s

Étape 5 : Ressources nécessaires

Lister toutes les ressources requises avant de commencer l'enregistrement :

• Captures d'écran (quelles pages/états)
• Extraits de code (quels fichiers, quelles sections)
• Diagrammes (sujet, style : organigramme | architecture | tableau comparatif)
• Arrière-plans de diapositives ou cartes de titre
• Miniature (dimensions selon la plateforme : YouTube 1280x720, Twitter 1200x628)

Étape 6 : Rapport

Utiliser Write pour enregistrer le plan vidéo complet dans marketing/video-plan.md (ou le output_path spécifié) :

# Plan Vidéo : [sujet]

- **Plateforme** : [plateforme]
- **Durée cible** : [durée] s
- **Audience** : [audience]
- **Créé** : [date]

## Script
[script complet avec horodatage de l'étape 2]

## Storyboard
[décomposition scène par scène de l'étape 3]

## Liste de plans
[tous les plans de l'étape 4]

## Ressources nécessaires
[liste de contrôle de l'étape 5]

## Notes sur la plateforme
[contraintes et conseils pour la plateforme cible]

Puis générer un résumé pour la compétence appelante :

## Plan Vidéo Créé

- Fichier : [output_path]
- Scènes : [nombre]
- Plans : [nombre]
- Temps d'enregistrement estimé : [n] minutes
- Ressources à préparer : [nombre] éléments

### Prochaines étapes
1. Préparer les ressources listées dans le plan
2. Enregistrer les plans dans l'ordre de la liste de plans
3. Monter en utilisant le storyboard comme référence

Artisanat de la narration (décide si un script accroche ou ennuie)

Un script de démo est ÉCOUTÉ par une personne, pas lu depuis une diapositive. Ces principes distinguent un script engageant d'une voix-off générique — appliquez-les à l'étape 2, avant d'écrire une ligne.

Les 9 principes :

1. Ouverture par la douleur. Ouvrez sur la plus grande douleur du spectateur ou une statistique déjà en mouvement ("Si vous devez souvent…", "Ce repo a 9k étoiles et…"). JAMAIS une ouverture catalogue plate ("Aujourd'hui nous allons voir…", "C'est un outil qui…") — elle ne nomme aucun problème et ne donne aucune raison de ne pas défiler.
2. Structures de contraste. "non seulement X mais Y", "pas X, c'est Y", "comme X mais avec Y". Le contraste attire l'attention.
3. Discours à la 2e personne. "vous verrez tout de suite", "si vous construisez sur un Mac M-series…". Impliquez le spectateur.
4. Immédiateté démonstrative. "ici même", "ceci", "sur la timeline maintenant". Concret et présent.
5. Noms réels spécifiques, gardez le jargon. Nommez les fichiers, commandes, concurrents réels ("Final Cut", "Cursor", "ffmpeg"). Les termes génériques ("un outil IA", "le framework") sont interdits. Ne traduisez pas de force le jargon en mots maladroits.
6. Preuve sociale quantifiée — UNE FOIS. "plus de 9k étoiles". Ne déversez jamais étoiles + forks + issues bout à bout en fragments séparés.
7. Phrases courtes, rythmées par des virgules. "Vous pouvez couper, remplacer, ou regénérer." Un souffle, pas des fragments de puces.
8. Limitation comme atout. Énoncez une limite honnête ou "qui ne devrait PAS utiliser ceci". C'est la ligne qui construit le plus la confiance dans la vidéo — une fonctionnalité de rétention, pas du remplissage.
9. Cas d'utilisation concret. Concluez sur un SCÉNARIO SPÉCIFIQUE de spectateur, pas "allez voir ça".

"Armes" nommées et numérotées. Donnez à chaque différenciateur un titre et un numéro ("Arme 01/02"). Exploitez les 2-3 spécificités NON ÉVIDENTES (une regex, une garde, un algorithme, un fallback) — un mécanisme précis et surprenant vaut mieux qu'une liste générique de capacités.

Connecteurs entre les scènes. Chaque scène après la première commence par un connecteur linguistique renvoyant à la précédente ("Le cœur du sujet est…", "Plus précisément…", "Mais notez…") pour que la vidéo entière forme UN monologue, pas N légendes télégraphiques lues à la suite. Lisez le script complet à voix haute dans l'ordre — s'il sonne comme des bribes déconnectées, réécrivez.

Motifs d'échec automatique — rejetez le script si l'un d'eux apparaît :

• ❌ Accroche/Problème/Solution/CTA traités comme des fragments isolés
• ❌ Statistiques latérales (étoiles/forks/issues) comme scènes séparées d'une ligne
• ❌ Chaque phrase recommence comme une puce isolée ("X exécute un pipeline. Y écrit. Z raconte.")
• ❌ Affirmations génériques de capacité ("complet", "très puissant", "populaire dans la communauté")
• ❌ Description du README/repo au lieu du produit
• ❌ Conclusion avec "allez voir ça" / "merci d'avoir regardé"

Voix-off : Narration adaptée à la TTS (quand la narration est lue par une machine)

Quand la narration sera synthétisée par un moteur TTS (voix-off IA, pas un humain qui lit), la narration parlée et le texte à l'écran sont des CANAUX SÉPARÉS — l'un s'entend, l'autre se lit. Optimisez chacun indépendamment ; ne passez jamais de slug brut, de nombre ou de symbole à la TTS en espérant que la voix devine juste.

Nombres → mots parlés (de nombreux moteurs TTS neuronaux peuvent mal lire les chiffres bruts) :

Forme	TTS interprète mal	Écrire comme
Virgule décimale	GPT 5.5 → "cinq virgule cinq"	GPT cinq point cinq
Statistique décimale	82.7%	quatre-vingt-deux virgule sept pour cent
Spécification	200MP	deux cents mégapixels
Prix	$5	cinq dollars
Multiplicateur / pourcentage	2x / 30%	le double / trente pour cent

Noms de marque/anglais → phonétique dans la narration, orthographe exacte à l'écran :

Terme	narration (entendue)	affichage (lue)
README	réd-mi	README
ffmpeg	eff eff em pèg	ffmpeg
GitHub / repo	guite-u-b / répo	GitHub / repo
API / GPT	a pé i / jé pé té	API / GPT

Supprimez de la narration parlée : émojis, URL (dites "github point com slash…"), symboles (→ & % $ # / @), commandes slash (dites "la commande d'installation du plugin"), extensions de fichier en milieu de phrase (dites "le fichier YAML"), identifiants en camelCase, points de suspension … et tirets cadratins — (la TTS les interprète mal — coupez en deux phrases courtes). Terminez chaque phrase par . ou ? pour une pause naturelle.

Gardez le jargon, registre parlé naturel. Écrivez comme un ami compétent le DIT — mais gardez le terme technique standard ("commit", "endpoint", "prompt" restent dans leur forme habituelle ; une traduction forcée sonne faux et perd le sens). Ne traduisez que lorsque le mot local est celui que les gens utilisent réellement.

Notes de production pour une vidéo parlée (si elle sera réellement produite, pas seulement planifiée) :

• Une voix, un fournisseur pour toutes les scènes — un changement de voix/fournisseur en milieu de vidéo est déroutant.
• Mesurez la durée TTS D'ABORD, puis dimensionnez les visuels de chaque scène à la longueur audio réelle — estimer la durée puis rendre provoque une dérive audio/vidéo.
• Les sous-titres karaoké sont le signal professionnel n°1 pour les formats courts (TikTok/Reels/Shorts) : un sous-titre centré en bas qui se remplit mot par mot en synchronisation avec la voix, avec des mots-clés accentués. Compréhension en mode muet avec lecture automatique plus le signal "professionnel" le plus fort — réservez une bande de sous-titres en bas pour cela.

Remarque

Cette compétence crée des PLANS pour la production vidéo. L'enregistrement et le montage réels doivent être effectués par un humain ou un outil d'enregistrement d'écran dédié.

Format de sortie

Plan vidéo enregistré dans marketing/video-plan.md avec script, storyboard, liste de plans, liste de contrôle des ressources et notes sur la plateforme. Rapport récapitulatif avec le nombre de scènes/plans et le temps d'enregistrement estimé. Voir l'étape 6 Rapport ci-dessus pour le modèle complet.

Contraintes

1. DOIT confirmer les paramètres vidéo (durée, résolution, format) avant de générer
2. NE DOIT PAS dépasser des tailles de fichier raisonnables sans confirmation de l'utilisateur
3. DOIT enregistrer dans le répertoire des ressources du projet

Angles morts

Modes de défaillance connus pour cette compétence. Vérifiez-les avant de déclarer terminé.

Mode de défaillance	Gravité	Atténuation
Contraintes de plateforme non appliquées (par ex., Twitter max 140s dépassé)	ÉLEVÉE	Étape 1 : déduire les contraintes de la plateforme immédiatement — elles contraignent tout le reste
Section CTA manquante dans le script	MOYENNE	CTA (dernières 10 s) est obligatoire dans chaque script — aucune exception quelle que soit la durée
Pas d'enregistrement dans un fichier (sortie verbale uniquement)	ÉLEVÉE	Contrainte 3 + Étape 6 : Write dans output_path est obligatoire — verbal uniquement = pas de persistance
Promettre un fichier vidéo livrable réel	MOYENNE	Note explicite : cette compétence crée un PLAN — l'enregistrement réel est fait par un humain
Ouverture catalogue plate ("Aujourd'hui nous allons voir…") au lieu d'une accroche par la douleur	ÉLEVÉE	Artisanat de la narration #1 : ouvrez sur la plus grande douleur du spectateur — une ouverture qui ne nomme aucun problème perd le défilement en 2 secondes
Slugs/nombres/symboles bruts laissés dans la narration pour la TTS ("README", "82.7%", "5.5")	ÉLEVÉE	Section voix-off : réécrire la narration parlée phonétiquement + nombres en mots ; garder l'orthographe exacte uniquement sur le canal d'affichage
Le script se lit comme N bribes déconnectées	MOYENNE	Connecteurs de l'artisanat de la narration : chaque scène après la première commence en renvoyant à la précédente — lisez le script complet à voix haute avant de déclarer terminé

Terminé quand

• Les contraintes de plateforme sont identifiées et appliquées à la durée/format
• L'artisanat de la narration est appliqué — ouverture par la douleur, connecteurs entre scènes, ≥1 limitation comme atout, aucun motif d'échec automatique
• Si la narration est lue par TTS : nombres en mots + noms de marque phonétiques dans le canal parlé, orthographe exacte à l'affichage
• Script écrit avec des marqueurs temporels (accroche, mise en contexte, démo/corps, CTA)
• Storyboard créé scène par scène avec transitions
• Liste de plans catégorisée par type (enregistrement d'écran, terminal, code, diagramme)
• Liste de contrôle des ressources nécessaires générée
• video-plan.md écrit dans output_path avec la capacité de modification de fichier de l'exécution
• Rapport Plan Vidéo Créé émis avec le nombre de scènes, de plans et de ressources

Profil de coût

~500-1500 tokens en entrée, ~500-1000 tokens en sortie. Sonnet pour la qualité du script.