Vidéo de jeu de guerre IA
Reliez "ce que le modèle pouvait savoir à ce moment-là, les ordres donnés et ce que les règles ont réellement résolu" en une histoire compréhensible par le public. Réutilisez les jeux, packs de production et projets de montage existants de l'utilisateur ; cette compétence ne fournit pas de moteur de jeu, de manuel de règles, de service de modèle ou de ressources tierces.
Déterminez d'abord ce qui doit être fait pour ce tour
Lorsque l'utilisateur modifie uniquement la couverture, la voix-off, la configuration initiale ou le montage, réutilisez la partie et les ressources déjà terminées, et modifiez uniquement le livrable concerné. Créez un nouveau lot uniquement si l'utilisateur demande explicitement de rejouer. Si un outil manque, continuez le travail qui ne dépend pas de lui, sans assimiler la génération de JSON, l'extraction d'images ou la sauvegarde de brouillons à une ouverture et une exportation natives.
Lisez d'abord la gouvernance du projet ainsi que l'entrée, l'interface de données, les sources de ressources et les enregistrements de validation du pack de production ; vérifiez la dernière sélection de partie au lieu de réutiliser d'anciens scénarios, dossiers ou classements automatiques. Enregistrez la version du moteur/règles, l'identifiant réel du modèle, la graine, la formation, le point de vue, les ressources et le répertoire de sortie. N'exportez pas les informations de compte, les identifiants API, les inférences privées ou l'intégralité du répertoire de travail.
Lisez les références en fonction de la tâche en cours :
- Nouvelle partie, rejeu, identification ami/ennemi, radar, météo ou télégramme : Double aveugle et capteurs.
- Parties par lots, supervision, sélection de partie, reprise, archivage des ressources et livraison finale : Processus de production.
- Contexte historique, dialogues, interaction, montage imitatif, avatar IA ou couverture : Narration et visuels.
- Outils associés, moteur existant ou timeline : Contrat de données léger.
Ligne directrice du jeu à l'écran
- Gelez les paramètres jouables. Divisez selon la formation de l'utilisateur ; vérifiez les chevauchements de spawn, la terre, les limites, la distance et le cap. Listez séparément le canon, les règles implémentées et les extensions de cette phase. Implémentez et validez d'abord les extensions, puis gelez ; les effets de pluie et de lumière ne peuvent pas remplacer les décisions basées sur les règles.
- Commandement indépendant de chaque escadron. Chaque poste dispose de sa propre session, mémoire et observations ; la configuration initiale des alliés sert de briefing statique horodaté. Les autres escadrons ne peuvent l'influencer que par des communications réellement transmises. La vue du directeur ne revient pas au modèle.
- Ordres réels par phase. Enregistrez les entrées, les ordres acceptés, les briefings tactiques publics, les événements de règles et les ancres temporelles. Comparez l'intention et l'exécution réelle, sans ajouter de tactique alternative pour le modèle. Limitez les appels, corrections et tentatives selon l'autorisation de l'utilisateur ; reprenez à partir d'un point de contrôle, sans changer silencieusement de modèle ou redémarrer.
- Supervisez d'abord, montez ensuite. Conservez la configuration initiale et les instantanés complets et limités par escadron après chaque tour complet, montrant le tour/partie en cours, les changements clés et un index consultable. Mettez en pause le tour suivant lorsque l'utilisateur demande "attendez ma confirmation avant de continuer" ; un "instantané à chaque tour" n'implique pas une attente d'approbation étape par étape.
- Extrayez les faits avant d'écrire le script. Terminez le lot convenu, conservez tous les rapports et statistiques, puis sélectionnez la partie selon les préférences de l'utilisateur. Compilez séparément les événements de torpilles, les dégâts réels, les naufrages, les tirs amis et les scores. Expliquez les choix en utilisant les propres mots du modèle ou son briefing public, sans inventer de propos ou exposer l'inférence privée.
- Intégrez les mécanismes dans les événements. Aux moments où le public a besoin de juger, donnez la distance, le champ de vision, l'instant des anciennes informations et les actions légales. Pour les choix clés, montrez d'abord le champ de vision réel limité du poste, faites une pause de trois secondes après avoir lu complètement la question, puis révélez le choix réel du poste et sa raison publique, puis passez à la vue du directeur pour voir les conséquences.
- Livrez un produit prêt à être diffusé. Vérifiez les fichiers, les images, les sous-titres et le son ; fournissez les MP4, sous-titres, sources modifiables et couverture réellement terminés. Consignez les éléments manquants et les limites de validation dans l'enregistrement de livraison, sans les intégrer dans la voix-off.
Outils hors ligne associés
Utilisez uniquement la bibliothèque standard Python, sans solliciter de modèle, lancer de compétition ou lire d'identifiants :
python scripts/episode_tool.py init /path/to/episode --episode-id episode-01 --games 5
python scripts/episode_tool.py ref /path/to/episode frames/game-1-t00-director.png
python scripts/episode_tool.py validate /path/to/episode --stage capture
python scripts/episode_tool.py supervision /path/to/episode
python scripts/episode_tool.py validate /path/to/episode --stage edit
python scripts/episode_tool.py validate /path/to/episode --stage delivery
Mappez d'abord la sortie réelle du moteur au contrat ; ne générez pas de rapports fictifs avec des modèles. L'outil vérifie l'intégrité des fichiers, la couverture des instantanés, la chronologie et les relations de révélation de trois secondes ; ne prouve pas la correction du filtrage en double aveugle, la légalité des règles ou l'appel réel au modèle ; ces vérifications doivent être effectuées au niveau du moteur/adaptateur. La page de supervision contient la vue omnisciente du directeur, réservée à la supervision de production, ne doit pas être transmise au modèle de commandement.