Communitygithub.com

Vidéo Générique

Créez ou modifiez une composition HyperFrames personnalisée lorsqu'aucun workflow spécialisé ne convient, ou lorsque BRIEF.md définit `flow: companion`. Utilisez-le pour des pièces longues ou multi-scènes, des bandes-annonces de marque, des montages, des boucles statiques, des cartes-titres fixes, des remixes de séquences et des constructions libres.

Qu'est-ce que Vidéo Générique ?

Ce skill agit comme le workflow par défaut pour toutes les tâches de composition vidéo dans HyperFrames qui ne sont pas couvertes par des workflows spécialisés comme `motion-graphics`. Il prend en charge une large gamme de productions vidéo, des courtes boucles animées aux longs métrages multi-scènes, et fonctionne dans les environnements autonomes et de plugin. Le skill exécute un processus structuré en cinq étapes : d'abord, il applique des adaptateurs source transversaux (média, Figma) ; puis, il établit l'état du projet à partir de fichiers existants ou d'une intention fraîche ; ensuite, il interprète la forme d'exécution (automatisation vs. compagnon) ; il charge les connaissances requises pour chaque étape ; enfin, il exécute la composition selon une dépendance ordonnée (plan, storyboard, build, validation, rendu). L'accent est mis sur le respect des contrats structurés, la non-invention de solutions de contournement et l'utilisation de la bibliothèque de références HyperFrames (`/hyperframes-core`, `/media-use`, `/hyperframes-creative`, `/hyperframes-animation`) pour garantir des résultats déterministes et de haute qualité.

Compatible avec~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/maddysjarvisv1/claude-code-video-skills/tree/main/skills/general-video

Demander à votre IA préférée

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

Documentation

Installations de plugins : Avant les commandes de configuration ou de mise à jour, suivez les règles d'installation des plugins lorsque ce skill se trouve dans un plugin HyperFrames. Les installations autonomes conservent les instructions de mise à jour ci-dessous.

Que fait Vidéo Générique ?

Exécutez npx hyperframes usage --json au début, sauf si le workflow vient de le lire, puis vérifiez à nouveau à des jalons comme après la rédaction et avant le rendu. Lisez les fenêtres disponibles et les temps de réinitialisation. Si l'utilisation est inconnue, dites-le sans deviner la limite ; gardez la portée et les choix de workflow avec l'utilisateur.

Avant de vous fier à ce workflow, exécutez :

npx hyperframes skills update general-video

Une opération nulle réussie signifie que le skill est à jour. Signalez un échec de mise à jour au lieu de continuer de mémoire.

1. Appliquer les adaptateurs source transversaux

  • Média : Pour tout besoin audio, image, icône, logo, voix, étalonnage, LUT, traitement/effet, sous-titre ou opération média, chargez /media-use et suivez ../media-use/references/resolve.md (résoudre, adopter, réutiliser) et ../media-use/references/setup-providers.md (fournisseurs, authentification). Les commentaires vagues sur les séquences et les styles nommés utilisent ../media-use/references/media-treatments.md avant l'édition ; n'improvisez pas d'effets média pris en charge avec CSS/SVG/opacité. Avant la première action authentifiée d'un fournisseur, exécutez npx hyperframes auth status et relayez sa sortie textuellement. Si déconnecté, appliquez la barrière dans ../hyperframes/references/brief-contract.md : en mode collaboratif, attendez la connexion ou un choix explicite hors ligne ; en mode autonome, indiquez l'état et continuez via un fournisseur hors ligne disponible. Signalez un blocage si aucun fournisseur hors ligne ne peut satisfaire une capacité requise. L'adoption locale seule ne nécessite pas de barrière d'authentification.
  • Figma : Si une entrée est une URL figma.com, exécutez /figma en premier. Construisez à partir de ses actifs exportés, jetons, composants ou trames de storyboard. N'utilisez pas d'appels bruts au connecteur Figma car ils contournent l'assainissement SVG, la provenance des médias et la liaison des jetons de marque.

Ces adaptateurs ne modifient pas le workflow sélectionné par /hyperframes.

2. Démarrer à partir de l'état du projet

Appliquez la première ligne correspondante ; n'évaluez pas les lignes d'état inférieures :

ÉtatAction
Modification spécifiqueEffectuez la modification, préservez les décisions existantes du projet, puis réexécutez les contrôles affectés. Ne rouvrez pas la découverte.
BRIEF.md existeLisez-le. Si workflow nomme un autre workflow et que flow n'est pas companion, transférez. Ne posez pas de questions sur le brief.
Pas de brief, mais hyperframes.json ou STORYBOARD.md existeReprenez à partir des fichiers et des préférences enregistrées. Remplissez BRIEF.md uniquement à partir de faits connus.
Création fraîcheExécutez /hyperframes et sa couche d'intention. Revenez ici uniquement pour workflow: general-video ou flow: companion.

Pour un nouveau projet, choisissez un nom de répertoire en kebab-case à partir du brief et créez-le avant d'écrire le brief :

npx hyperframes init "videos/<project>" --non-interactive --example=blank --skill=general-video

Ensuite, écrivez BRIEF.md à la racine du projet en utilisant ../hyperframes/references/brief-format.md. Dans un projet existant, la racine est le répertoire contenant hyperframes.json. Enregistrez uniquement les champs confirmés basés sur les préférences nommés par le format du brief, en utilisant node <MEDIA_DIR>/scripts/prefs.mjs record --hyperframes <PROJECT_ROOT> ; n'enregistrez jamais les valeurs par défaut inférées. Ici, <MEDIA_DIR> est le répertoire du skill /media-use installé et <PROJECT_ROOT> est le répertoire contenant hyperframes.json. Si la couche d'intention a adopté une recette, appliquez-la maintenant avec node <MEDIA_DIR>/scripts/recipe.mjs use --hyperframes <PROJECT_ROOT> --name <name> et ne demandez plus.

3. Interpréter la forme d'exécution

Utilisez uniquement les termes canoniques de ../hyperframes/references/brief-contract.md :

ChampSignificationEffet
flowQui dirigeautomation : choisissez et exécutez le chemin. companion : co-créez en conversation.
storyboardPlanifiez, esquissez et révisez avant la constructionyes : exécutez le plan et la révision de l'esquisse (storyboard.html). no : construisez sans.
mode dérivéComment se comportent les barrières de point de contrôleSuivez le contrat du brief. Ne demandez jamais à l'utilisateur de nommer un mode.

N'inventez pas de synonymes pour ces états. Un signal continu de « construit-le » est géré par la couche d'intention et arrive sous la forme flow: automation, storyboard: no.

  • Pour flow: automation, choisissez le chemin et énoncez-le en une ligne dans la première mise à jour de progression.
  • Pour une modification spécifique, effectuez la modification sans inventer un nouveau chemin.

Pour une coupe franche, une découpe, une jonction ou un réordonnancement de séquences existantes, dupliquez la même source vidéo en plusieurs éléments de clip. Sur chaque copie, définissez la plage source avec data-media-start plus data-duration, puis définissez le placement/ordre créé avec data-start. Chaque segment vidéo conserve son son : le son reste sur le clip (data-has-audio="true"), donc couper la vidéo coupe son son. /hyperframes-core possède cette édition temporelle ; utilisez /hyperframes-keyframes uniquement pour l'animation de propriétés visuelles telles que le zoom, le punch, le panoramique, le recadrage, le masque ou clip-path sur un wrapper intérieur. Copiez les contrats complets de ../hyperframes-core/references/creator-editing-recipes.md.

Flux compagnon

Lorsque flow: companion :

  • Lisez BRIEF.md et conciliez les ## Assets et ## Customizations acceptées avec les artefacts du projet. Terminez le travail accepté qui est encore en attente ; laissez le travail terminé tranquille ; ne proposez pas à nouveau une capacité acceptée comme si elle était nouvelle.
  • Arrivez en tant que réalisateur, pas en tant que prestataire. Un utilisateur qui a choisi le mode compagnon a choisi l'implication et la qualité ; la réponse honnête est la meilleure version que vous puissiez concevoir, pas la plus petite que vous puissiez défendre. Le premier plan est le traitement plafond : l'arc narratif (empruntez la lentille de genre la plus proche — menu § Lentilles de genre), le cahier des charges, le traitement de mouvement de chaque scène cité par son nom (§ 5 discipline de plan), les transitions, l'identité audio — musique et marques sonores, ou silence délibéré — le matériel de l'utilisateur placé, et une ouverture et une fermeture conçues. Dites ce que chaque couche ajoute en une ligne ; signalez les coûteuses (temps de rendu, connexion, facturation) en les nommant. L'utilisateur réduit un traitement ; il ne devrait jamais avoir à en assembler un approbation par approbation.
  • Le plafond appartient au concept, pas à la boîte à outils. Chaque couche doit servir le message du brief — un traitement qui habillerait n'importe quelle vidéo de la même manière est une décoration. L'artisanat s'élève jusqu'au plafond ; le contenu ne dépasse jamais ce qui a été demandé (§ 6).
  • Entre les points de contrôle, ../hyperframes/references/capability-menu.md fonctionne dans les deux sens. En tant que liste de déclencheurs : proposez une capacité pertinente lorsque l'utilisateur mentionne son entrée ou que la construction atteint son besoin. En tant que canal de mise à niveau de chaque passe : un point de contrôle de plan, d'esquisse ou de construction peut porter une ou deux offres tracées pointant vers le matériel que l'utilisateur regarde (« la stat de la scène 3 veut le traitement de compteur »). Lisez-le avant de proposer ; ne déversez jamais le catalogue complet.
  • Après que l'utilisateur a accepté une capacité, produisez son artefact et enregistrez la décision dans la section de corps BRIEF.md correspondante immédiatement. Réécrivez un champ de frontmatter et enregistrez la préférence confirmée uniquement lorsque l'utilisateur la modifie explicitement.
  • Conservez les mêmes barrières de storyboard, validation, prévisualisation finale et approbation de rendu. Le mode compagnon change qui dirige, pas ce que la qualité exige.

4. Charger les connaissances requises avant chaque étape

Ces lectures sont obligatoires lorsque leur condition correspond :

ConditionLire avant d'agir
Tout HTML de composition ou disposition de scène/hyperframes-core ; utilisez references/determinism-rules.md pour son contrat de disposition
Toute création non triviale ou traitement visuel/hyperframes-creative → references/house-style.md et references/video-composition.md
Tout mouvement, animation ou transition de scène/hyperframes-animation ; suivez son routage vers les règles, adaptateurs, plans ou références de transition correspondants
storyboard: yes../hyperframes/references/storyboard-format.md et ../hyperframes/references/review-loop.md
Tout actif ou opération média, y compris narration, BGM, SFX, sous-titres, étalonnage ou transformations/media-use (les propres outils de musique et d'effets sonores d'une application hôte viennent en premier pour ceux-ci) ; pour la lecture et le placement du framework, lisez également /hyperframes-core → references/variables-and-media.md
Assemblage multi-scène../hyperframes/references/production-loop.md
flow: companion, avant le premier plan/hyperframes-creative → references/story-spine.md et references/house-style.md ; la lentille de genre la plus proche et l'intégralité de ../hyperframes/references/capability-menu.md — le traitement plafond est conçu à partir de celles-ci, pas rappelé
Une offre de capacité compagnon, capture, grille de temps, vidéo générative, carte, publication ou capacité multi-workflow../hyperframes/references/capability-menu.md
Un cahier des charges existe, avant l'approbation finale/hyperframes-creative → references/design-adherence.md

Ne remplacez pas ces lectures par la recollection. La divulgation progressive économise le contexte uniquement lorsque la référence correspondante est effectivement chargée.

5. Exécuter la composition

Utilisez cet ordre de dépendance. Sautez une étape uniquement lorsque son entrée est absente.

  1. Plan. Énoncez l'arc du spectateur, la structure, le rythme et le moteur de durée. Utilisez un fichier pour une courte scène unique ; utilisez des sous-compositions pour trois coupes franches de scène ou plus ou toute scène réutilisée. Lisez /hyperframes-creative → references/story-spine.md pour les arcs narratifs, references/beat-direction.md pour le rythme, et /hyperframes-core → references/composition-patterns.md pour la structure. Pour un brief multi-scène ouvert, développez l'invite via /hyperframes-creative → references/prompt-expansion.md. Un plan multi-scène cite la forme de chaque scène : un identifiant de blueprint de /hyperframes-animation → blueprints-index.md lorsqu'un convient, ou les règles nommées qu'il compose à partir de rules-index.md lorsqu'aucun ne convient — les noms de mouvement proviennent de ces index, jamais inventés. La vérité de l'histoire décide quelles scènes existent ; la citation les habille. Recherchez dans le catalogue en direct avant de planifier la construction d'un look nommé vous-même : pour chaque look, effet, traitement ou transition que le brief nomme — « lignes de balayage CRT », « glitch », « grain de film », « balayage chatoyant », « explosion de confettis » — exécutez npx hyperframes catalog --query "<le look, en anglais simple" --json et lisez les premiers résultats avant que le plan ne nomme comment ce look est construit. La recherche n'a besoin de rien d'installé : aucun projet, aucun add préalable, aucun compte. Elle classe l'intégralité du registre hébergé (~400 blocs et composants) depuis n'importe quel répertoire, elle s'applique donc également à un look demandé par l'utilisateur en cours de construction. Les blocs que le plan nomme sont installés à l'étape 3 ; rédigez manuellement un look uniquement après qu'une recherche n'a rien trouvé qui convient. Un plan multi-scène est également enregistré comme artefact de répartition : un bloc ## Frame N par scène dans STORYBOARD.md — status: outline, un src: déclaré, la citation du blueprint/règles, un

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills associés