Que fait Video Studio ?
Un workflow de production unique, du brief à la source éditable et à la vidéo vérifiée. Travaillez dans la langue de l'utilisateur. Invocation Claude Code : /video-studio. Invocation Codex : $video-studio. Les requêtes en langage naturel fonctionnent également.
Ceci est une compétence d'orchestration originale, pas une copie groupée de moteurs amont, de bibliothèques de plans ou de services de génération payants. Elle fonctionne sans autres compétences pour la planification et la direction ; l'exécution nécessite le runtime sélectionné ou les outils média disponibles.
Acheminer le travail
Préservez le moteur de projet existant et les choix explicites de l'utilisateur. Sinon :
- Conception de motion design HTML/CSS et vidéos autonomes : HyperFrames.
- Projets React/Remotion existants, animation React précise ou films produit utilisant des recettes Shotcraft : Remotion.
- Séquences générées réalistes ou stylisées : fal.ai comme source d'actifs, puis assembler avec le moteur de rendu choisi.
- Films de lancement produit : utilisez le workflow de direction produit dans references/direction.md. Récupérez une fiche Shotcraft uniquement si elle est utile ; n'impliquez pas que sa bibliothèque est groupée.
- Pas d'outils d'exécution, de credentials ou de moteur de rendu : terminez le script, le storyboard, les prompts de plans, le timing et une remise explicite d'exécution. Ne prétendez pas qu'une vidéo a été rendue.
Choisissez un seul moteur de rendu par composition. Un hybride signifie des actifs générés plus ce moteur de rendu, pas des moteurs d'animation concurrents dans une même timeline.
Avant le travail sur le moteur, lisez references/engines.md. Pour les plans cinématographiques et les films produit, lisez references/direction.md. Pour la syntaxe fraîche des outils et les ressources amont optionnelles, suivez references/sources.md. Lisez references/portability.md pour les limites d'installation ou du web Claude.
Brief et plan de production
Déduisez ce que la conversation fournit déjà : public, message, durée, rapport d'aspect, langue, marque, actifs, narration, chemin de sortie et contraintes de coût. Ne demandez que les entrées manquantes qui entravent matériellement la progression. Pour une courte promotion non spécifiée autrement, énoncez les hypothèses : 20 secondes, 1920x1080, 30 fps, un message clair. Ne présumez pas d'une autorisation de génération payante à partir de ces valeurs par défaut.
Inspectez les logos, captures d'écran, séquences, polices, code source et instructions de projet applicables réels avant d'inventer des visuels. Utilisez l'interface utilisateur réelle du produit et des copies exactes. Appliquez les règles de marque d'un dépôt (son AGENTS.md, CLAUDE.md et les documents de marque auxquels ils renvoient) lorsque vous travaillez dans ce dépôt ; ne transposez jamais le style d'une marque dans un autre.
Rédigez un bref concis et une liste de plans avant la mise en œuvre. Chaque plan a besoin de son objectif, sa plage d'images, son actif visuel, sa copie/narration, son mouvement, sa transition et son signal audio. Donnez à chaque plan suffisamment de temps pour être lu ; la durée de la narration détermine le timing lorsqu'elle est fournie. Établissez la promesse d'ouverture et une conclusion finale ou un CTA utile.
Génération d'actifs
Préférez les actifs utilisateur existants lorsqu'ils conviennent. Pour les séquences générées :
- Découvrez un point de terminaison actuellement pris en charge ; inspectez son schéma, son prix, sa durée et sa résolution avant de soumettre.
- Définissez séparément le cadrage, l'action du sujet, le mouvement de la caméra, la lumière, la palette et les contraintes de continuité. Utilisez des images de référence pour la cohérence du produit ou de la scène.
- Générez d'abord un plan représentatif, examinez-le, puis développez la séquence.
- Enregistrez les ID de requête avant d'interroger. Reprenez les tâches connues ; vérifiez leur état avant de réessayer pour éviter des frais en double.
- Suivez les prompts, le modèle/point de terminaison, les références source, les ID de tâche, les chemins d'actifs locaux, les droits d'utilisation et le coût réel lorsqu'il est connu.
Utilisez les credentials du fournisseur depuis le stockage secret configuré ou les variables d'environnement sans les imprimer. Ne demandez jamais de clés API dans le chat. Honorez l'autorisation de dépenses existante ; si aucune n'existe, fournissez une estimation et obtenez un budget avant les requêtes facturables. Ne redemandez pas lorsque la session a déjà accordé ce budget. Limitez les nouvelles tentatives au budget restant.
Conservez le texte, les logos et les détails d'interface précis dans la superposition rendue par code lorsque les séquences générées les déformeraient.
Construire et prévisualiser
Gardez la source éditable. Implémentez le timing avec des fonctions d'image/temps adressables, pas des minuteries murales ou des valeurs aléatoires qui changent entre les rendus. Initialisez toute aléatoire. Résolvez les actifs et les polices avant le rendu. Utilisez les API d'animation natives du moteur et la documentation actuelle.
Composez une hiérarchie de sujet au premier plan, de contexte de soutien et de copie lisible. Préférez quelques transitions intentionnelles à un effet sur chaque coupe. Alignez les changements majeurs sur des battements narratifs ou musicaux significatifs. Utilisez de l'audio sous licence ; gardez la parole intelligible et la musique en retrait sous la narration.
Produisez une ébauche de prévisualisation avant un rendu pleine résolution coûteux. Inspectez le début, le milieu, la fin, les limites de transition et l'image la plus chargée. Corrigez le clipping, le texte illisible, les actifs déformés, la continuité rompue, les polices manquantes et les images mortes. Examinez la prévisualisation animée ainsi que les images fixes.
Vérifier et livrer
Effectuez le rendu en utilisant les commandes documentées du moteur sélectionné. Inspectez le résultat réel avec les outils média disponibles (recettes ffprobe et ffmpeg dans references/engines.md) : durée, dimensions, fréquence d'images, codec, format de pixel, images de début/fin et pistes audio. Lisez/écoutez si pris en charge. Indiquez toute QA qui n'a pas pu être effectuée. Ne considérez jamais une compilation réussie comme un rendu réussi.
Livrez :
- La vidéo finale, si le rendu a réussi.
- Le projet éditable et les chemins d'actifs locaux.
- Le brief/storyboard et un manifeste des actifs suffisants pour reprendre.
- Un bref compte rendu de ce qui a été vérifié et des limitations restantes ou du coût du service.
L'export par défaut est MP4/H.264 avec yuv420p et audio AAC lorsque l'audio existe, sauf si le brief ou la plateforme nécessite un autre format. Fournissez des sous-titres lorsqu'ils sont demandés ou nécessaires au format cible. Ne publiez pas et ne téléchargez pas d'actifs en dehors du workflow de production demandé sans autorisation.