Installation des plugins : Avant les commandes de configuration ou de vérification de fraîcheur, suivez les règles d'exécution des plugins lorsque ce skill se trouve dans un plugin HyperFrames. Les installations autonomes conservent les instructions de mise à jour ci-dessous.
Vidéo générale
Exécutez npx hyperframes usage --json au début, à moins que le flux de travail ne l'ait déjà lue, puis vérifiez à nouveau à des étapes clés, comme après l'ébauche 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 flux de travail avec l'utilisateur.
Avant de vous fier à ce flux de travail, exécutez :
npx hyperframes skills update general-video
Un no-op réussi signifie que le skill est à jour. Signalez un échec de mise à jour au lieu de continuer de mémoire.
1. Appliquer les adaptateurs de 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-useet suivez../media-use/references/resolve.md(résoudre, adopter, réutiliser) et../media-use/references/setup-providers.md(fournisseurs, authentification). Les retours vagues sur les séquences et les styles nommés utilisent../media-use/references/media-treatments.mdavant l'édition ; n'improvisez pas les effets multimédias pris en charge avec CSS/SVG/opacité. Avant la première action authentifiée d'un fournisseur, exécuteznpx hyperframes auth statuset relayez sa sortie textuellement. Si vous êtes 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 lorsqu'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/figmad'abord. Construisez à partir de ses actifs exportés, jetons, composants ou storyboard. N'utilisez pas d'appels bruts au connecteur Figma car ils ignorent l'assainissement SVG, la provenance des médias et la liaison des jetons de marque.
Ces adaptateurs ne modifient pas le flux de travail 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 :
| État | Action |
|---|---|
| Édition spécifique | Effectuez la modification, préservez les décisions de projet existantes, puis relancez les vérifications affectées. Ne rouvrez pas la découverte. |
BRIEF.md existe | Lisez-le. Si workflow nomme un autre workflow et que flow n'est pas companion, passez la main. Ne posez pas de questions sur le brief. |
Pas de brief, mais hyperframes.json ou STORYBOARD.md existe | Reprenez à partir des fichiers et des préférences enregistrées. Remplissez BRIEF.md uniquement à partir de faits connus. |
| Nouvelle création | Exé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 échafaudez avant d'écrire le brief :
npx hyperframes init "videos/<projet>" --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 <nom> et ne demandez plus.
3. Interpréter la forme d'exécution
Utilisez uniquement les termes canoniques de ../hyperframes/references/brief-contract.md :
| Champ | Signification | Effet |
|---|---|---|
flow | Qui pilote | automation : choisissez et exécutez l'itinéraire. companion : co-créez en conversation. |
storyboard | Planifier, esquisser et réviser avant la construction | yes : exécutez le plan et la révision de l'esquisse (boards/storyboard.html, format dans ../hyperframes-creative/references/storyboard-recipe.md). no : construisez sans. |
mode dérivé | Comment se comportent les barrières de point de contrôle | Suivez le contrat du brief. Ne demandez jamais à l'utilisateur de nommer un mode. |
N'inventez pas de synonymes pour ces états. Un signal continu "construisez-le" est géré par la couche d'intention et arrive sous la forme flow: automation, storyboard: no.
- Pour
flow: automation, choisissez l'itinéraire et énoncez-le en une ligne dans la première mise à jour de progression. - Pour une édition spécifique, effectuez la modification sans inventer un nouvel itinéraire.
Pour une coupe franche, un recadrage, un épissage 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/l'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 interne. Copiez les contrats complets de ../hyperframes-core/references/creator-editing-recipes.md.
Flux Companion
Lorsque flow: companion :
- Lisez
BRIEF.mdet conciliez les## Assetset## Customizationsacceptés avec les artefacts du projet. Terminez le travail accepté qui est encore en attente ; laissez le travail terminé tranquille ; ne proposez plus une capacité acceptée comme si elle était nouvelle. - Arrivez en tant que réalisateur, pas en tant qu'entrepreneur. Un utilisateur qui a choisi companion 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 (discipline de plan du § 5), 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 celles qui sont coûteuses (temps de rendu, connexion, facturation) lorsque vous les nommez. 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.mdfonctionne de deux manières. 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 passage : un point de contrôle de plan, d'esquisse ou de construction peut comporter 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 comptage"). Lisez-le avant d'offrir ; ne videz jamais le catalogue complet. - Une fois que l'utilisateur a accepté une capacité, produisez son artefact et enregistrez la décision immédiatement dans la section correspondante du corps de
BRIEF.md. 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 du rendu. Companion 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 :
| Condition | Lire avant d'agir |
|---|---|
| Tout HTML de composition ou mise en page de scène | /hyperframes-core ; utilisez references/determinism-rules.md pour son contrat de mise en page |
| Toute création ou traitement visuel non trivial | /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 musicaux et d'effets sonores de l'application hôte priment 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é du ../hyperframes/references/capability-menu.md — le traitement plafond est conçu à partir de ceux-ci, pas rappelé |
| Une offre de capacité companion, une capture, une grille de beats, une vidéo générative, une carte, une publication ou une capacité cross-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 un rappel. La divulgation progressive économise le contexte uniquement lorsque la référence correspondante est réellement chargée.
5. Exécuter la composition
Utilisez cet ordre de dépendance. Sautez une étape uniquement lorsque son entrée est absente.
- Planifier. Énoncez l'arc du spectateur, la structure, le rythme et le moteur de la 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.mdpour les arcs narrés,references/beat-direction.mdpour le rythme, et/hyperframes-core→references/composition-patterns.mdpour 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.mdlorsqu'il en existe un qui convient, ou les règles nommées qu'il compose à partir derules-index.mdlorsqu'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 le catalogue en direct avant de prévoir de construire vous-même un look nommé : 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écuteznpx hyperframes catalog --query "<le look, en anglais simple" --jsonet lisez les meilleurs résultats avant que le plan ne nomme comment ce look est construit. La recherche n'a besoin de rien d'installé : ni projet, niaddpréalable, ni compte. Elle classe l'ensemble du registre hébergé (~400 blocs et composants) à partir de n'importe quel répertoire, donc elle s'applique également
…
[tronqué pour la traduction]