anasabaziz/gameplay-highlights

Gameplay highlights

Avant la production, suivez la personnalisation initiale. Lisez les profils confirmés de ce projet dans .creator-toolkit/ ; ne traitez pas les modèles d'exemple ou les paramètres d'un autre créateur comme confirmés. Exécutez python scripts/configure.py status --skill gameplay-highlights depuis la racine de la boîte à outils. Si ce n'est pas prêt, demandez une personnalisation et une confirmation avant de produire les livrables. La planification et l'installation peuvent continuer.

Pour une nouvelle production et les révisions affectées, suivez les vérifications de production structurées. Utilisez la liste de contrôle highlight et liez la configuration/mise en place, la couverture demandée, la lecture/l'audio et les vérifications du projet à la révision livrée. Appliquez tout profil de workflow local pour le choix facultatif du relecteur après livraison ; n'inférez jamais de relecture séparée ni d'acceptation utilisateur.

Suivez les enregistrements et reprises de travaux complets pour les tâches de production. Enregistrez la couverture demandée, les plages revues, les candidats et les preuves de configuration/événement/paiement dans la tâche partagée ; enregistrez les révisions de sortie acceptées. Reprenez à partir des preuves existantes. Utilisez le cas de qualité highlight-payoff lors de l'évaluation des modifications des règles de sélection.

Recommandez 30 à 60 secondes par temps fort, en préservant la préparation, l'événement et le paiement. Suivez le nombre demandé ; sinon, commencez par jusqu'à cinq candidats distincts et revenez-en moins si les images sont faibles. Préservez l'audio original et le cadrage horizontal, sauf si l'utilisateur en demande autrement. N'inventez pas de règles de jeu, noms de compétences ou intentions du joueur.

Étiquetez les résultats avec précision : une vague de nettoyage, un choix de capacité, une rencontre de boss et un résultat de fin de course sont des événements différents. N'étiquetez pas une fin de course comme une victoire et n'inférez pas l'identité d'une capacité à partir d'une explosion visuelle générique. Inspectez le début et la suite nécessaires pour soutenir l'étiquette et le paiement de chaque candidat ; reportez l'incertitude dans le rapport de sélection et la transmission en aval vers la bande-annonce/l'article. Vérifiez les bords des clips pour les indices sonores tronqués ainsi que les résultats visuels tronqués.

1. Lisez d'abord le manifeste/les preuves de travail existants, le cas échéant. Pour les révisions, inspectez uniquement les plages affectées et le contexte nécessaire.
2. Lisez les directives de sélection pour la découverte/classement et le workflow partagé pour les commandes et les règles de sortie.
3. Utilisez des feuilles de vue d'ensemble horodatées, puis inspectez les régions calmes prometteuses et pertinentes au profil. Arrêtez d'élargir la découverte lorsque des sélections distinctes et soutenues couvrent la demande ; ne sautez pas les vérifications d'aperçu ou de sortie.
4. Enregistrez les plages, les raisons, la confiance et les preuves dans le manifeste. Préférez les événements continus ; le montage ou la suppression des temps morts nécessite une demande ou une préférence établie. Lorsqu'un article est également demandé, sauvegardez les observations réutilisables, la couverture et les incertitudes en utilisant le contrat de preuves d'article ; incluez les moments calmes/UI utiles. Ne générez pas d'article sauf demande explicite.
5. Une demande explicite de révision/sélection des candidats avant l'exportation crée un point de contrôle de sélection : présentez les ID, les plages et les aperçus, puis attendez cette sélection. Le simple fait de demander à voir les candidats en même temps qu'une demande de création/exportation ne crée pas de point de contrôle ; exportez vers le dossier de révision du travail dans le périmètre autorisé. Enregistrez l'interprétation une fois ; clarifiez uniquement les instructions réellement contradictoires.
6. Exécutez le pipeline partagé, inspectez les preuves visuelles et livrez les MP4, les projets Shotcut et le rapport. Mentionnez honnêtement les limitations d'écoute audio, d'interface graphique ou d'échantillonnage.

Utilisez horizontal-to-vertical uniquement pour une sortie portrait explicitement demandée. Suivez les instructions du projet et les dérogations de l'utilisateur. La seule planification/édition de la compétence n'autorise pas le traitement des médias. Gardez les livrables approuvés et les enregistrements sources protégés ; aucune publication ou téléchargement externe n'est implicite.

Lisez un profil de créateur local applicable lorsqu'il est fourni ou identifié par le projet ; il peut établir des valeurs par défaut mais n'est pas un contenu de compétence public. Associez chaque fonctionnalité/mode demandé aux ID des candidats et aux horodatages revus. Les améliorations utiles, récompenses, achats, dialogues et décisions de navigation sont du gameplay, pas automatiquement des temps morts. Enregistrez le contexte de démo/build/session lorsqu'il est connu ; ne généralisez pas les observations de démonstration limitées au jeu complet.

Lorsqu'un tableau de bord de travail local est configuré, suivez le suivi de tableau de bord à la reprise et avant la livraison. Préservez les attestations humaines de révision exacte et l'historique durable indépendamment des fichiers de travail amovibles.