worldwonderer/drama-skills

Routage de création de courtes séries animées

Ceci est un projet de routage léger. Cette compétence n'écrit pas d'histoires, de prompts d'assets, de plans, de prompts vidéo ou de conclusions de révision.

Le contenu lisible par le créateur suit short-drama.json#/language (statut, différences, choix, prochaines étapes en font partie) ; Le corps des prompts envoyés aux générateurs d'images/vidéos suit #/format/prompt_language (par défaut en). Ce sont deux champs distincts, ne déduisez pas l'un de l'autre — le status rapporte les deux valeurs simultanément, les règles complètes sont dans le contrat de langage de sortie de contract-and-ownership.md.

Point de départ de chaque requête

1. Utilisez le chemin explicite de l'utilisateur, ou cherchez vers le haut à partir du répertoire courant le short-drama.json le plus proche.
2. Depuis le répertoire d'installation de cette compétence, lisez les autres compétences de la même suite et lisez suite-manifest.json ; si une compétence manque ou que les versions sont mélangées, arrêtez toute modification.
3. Lisez uniquement le résumé de short-drama.json et .short-drama/state.json ; ne chargez pas tous les fichiers de création en une fois.
4. Avant d'exécuter status ou une écriture, lancez d'abord la récupération de transaction. En cas de conflit d'édition externe, conservez le fichier original et proposez les trois options adopt, restore, merge, sans écrasement silencieux.
5. Routez en fonction de la tâche actuelle du créateur ; ne forcez pas le parcours complet du pipeline.

Voir creator-workflow.md pour les points d'entrée, les points de contrôle, les révisions et la livraison. Avant chaque entrée, exécutez d'abord runtime-preflight.md pour vérifier l'installation, récupérer les transactions et lire l'état du projet. En cas de doute sur la propriété, le marquage de fichier stale, la confidentialité ou la récupération, lisez contract-and-ownership.md. En cas d'ambiguïté d'intention, lisez routing-examples.md. Ne lisez knowhow-index.md que lorsque vous devez localiser une règle ID vers la compétence responsable ; le routage ne fait que distribuer, ne juge pas à la place des compétences de création. Ce qu'une seule image de référence peut décider, ainsi que le contrat d'image de début et de fin, voir reference-roles.md ; ce que le public peut savoir à ce moment, voir audience-reveal.md ; la relation entre les reprises, versions alternatives et la version maîtresse, voir pickup-and-alternate.md. L'exécution des traductions pour différentes formes de production, voir production-form-profiles.md. Si avant le storyboard formel vous devez unifier le langage visuel avec des personnages, lieux et trames de haute pression représentatives, lisez look-development.md.

Routage par intention

Intention du créateur	Routage
Développer une idée, promesse d'histoire, série, carte des épisodes	$short-drama-develop
Importer un roman/un long matériau et faire un aperçu traçable des épisodes et des assets candidats	$short-drama-novel-analyze → $short-drama-develop → accepter l'adaptation/les épisodes → $short-drama-write → accepter le script → $short-drama-assets
Juger si un long roman vaut la peine d'être adapté, voir d'abord une critique rapide d'échantillonnage	$short-drama-novel-analyze
Écrire/modifier un contrat d'épisode unique, des battements de cause à effet, un script	$short-drama-write
Décomposer en personnages/maquillage, lieux/vues, accessoires/état	$short-drama-assets
Écrire des prompts d'images pour personnages/lieux/accessoires/modifications locales	$short-drama-image-prompts
Faire une couverture de texte original, des plans ou des images clés figées	$short-drama-storyboard
Écrire des prompts vidéo d'action/jeu d'acteur/mouvement de caméra/son	$short-drama-video-prompts
Définir le style visuel, la forme de production ou la direction visuelle	$short-drama lui-même : selon production-form-profiles.md, localisez une fiche de forme, produisez des candidats et demandez l'acceptation du créateur, puis élevez à creator_authority. Les assets, prompts d'images, storyboard et prompts vidéo exigent que la forme soit définie, et aucun ne choisit lui-même, donc cette étape doit être effectuée ici
Faire un Look Development / style frame	$short-drama d'abord clarifie et accepte la direction visuelle observable → $short-drama-image-prompts écrit la spécification texte lookdev_frame ; ne génère pas d'image, et la référence de style ne prend pas le relais de l'identité, de la géographie ou de l'état de l'intrigue
Calibrer ce projet avec des observations de production autorisées	$short-drama-review lie une version précise et diagnostique → le propriétaire correspondant fait une révision ciblée avec preserve_set → nouvelle acceptation et nouvelle re-review ; sans observation autorisée, signalez uniquement les risques textuels
Valider, réviser ou envoyer une demande de révision	$short-drama-review
Uniquement vérifier ou diagnostiquer le sentiment de modèle, l'odeur AI	nouveau $short-drama-review, envoyez uniquement un finding avec preuve
Enlever directement l'odeur AI, peaufiner ou réviser ciblée	$short-drama-write, conserve la voix de l'auteur et affiche la différence sémantique
D'abord vérifier puis modifier	nouvelle review → le propriétaire write fait une révision ciblée → nouvelle re-review
Ouvrir le Dashboard, l'atelier de création de courtes séries ou gérer le contenu créatif	$short-drama dashboard : exécutez le contrat de lancement du "Dashboard local" ci-dessous

L'intention explicite du créateur prime sur le "prochain point de contrôle" nominal. Look Development est une branche facultative au niveau du projet, pas un prérequis universel ; Après acceptation des assets C2, les prompts d'images et le storyboard sont des branches parallèles ; lorsque le créateur n'en veut qu'une, ne forcez pas l'attente de l'autre.

Si le contexte actuel a participé à la création du fichier cible, le routage de révision doit prioritairement lancer un contexte/agent de review frais, ne transmettez que la cible, les restrictions acceptées et la grille de révision ; si l'environnement d'exécution ne supporte pas un agent frais, dégradez de manière transparente en auto-vérification PROVISIONAL, ne peut pas changer le nom de la compétence et le faire passer pour une révision indépendante.

"Ressemble à un modèle/écrit par AI" est une demande de diagnostic ; "change-le" est une demande de révision du propriétaire. Ne laissez pas le propriétaire write se diagnostiquer d'abord puis s'octroyer une conclusion, et ne laissez pas le reviewer outrepasser et modifier directement le texte. Pour les demandes combinées, figez d'abord la version cible, un reviewer frais localise les preuves et les pertes, puis transmettez au propriétaire write qui ne modifie que la portée acceptée, enfin un reviewer frais différent fait une re-review du nouveau hash ; tout maillon qui ne peut pas obtenir de contexte indépendant reste en PROVISIONAL.

Initialisation

Sans projet et si l'utilisateur demande une initialisation :

1. Confirmez ou déduisez raisonnablement les valeurs par défaut du format réversible : titre, langue, langue des prompts, format d'image, chemin ; nombre d'épisodes/durée inconnus laissez vides. La langue par défaut est celle utilisée par le créateur, la langue des prompts par défaut en ; si le créateur demande explicitement que les prompts utilisent aussi la langue du projet, suivez le créateur, sans juger des conséquences de qualité à sa place.
2. Copiez le modèle de projet, sans écraser les fichiers existants du créateur.
3. Créez des répertoires d'étape vides et une frontière d'entrée non publique.
4. Dans short-drama.json#/creator_authority, créez des restrictions de créateur vides, une direction visuelle et une configuration de production ; ils sont initialement unset, et les assets et leurs descendants exigent que la forme soit définie — donc après l'initialisation, informez le créateur : définir la forme de production est la prochaine action la plus utile, l'entrée est dans cette compétence (voir tableau de routage), pas dans une sous-compétence ; l'enregistrement du choix effectif suit le format de creator-decision.example.jsonl.
5. Enregistrez la version de la suite, la version du contrat et cinq états vides indépendants.
6. Indiquez le chemin du projet et l'action du créateur la plus utile.

L'initialisation ne génère pas de moteur d'histoire, de script ou de tableau de paramètres d'assets.

En phase de développement, si le fichier projet développement/director-brief.md est soumis, montrez d'abord au créateur ses différences sémantiques par rapport à visual_direction / production_profile actuel ; seulement après acceptation explicite, le routage élève les choix correspondants vers short-drama.json#/creator_authority. Un fichier candidat n'a pas en soi d'autorité de créateur.

Dashboard local

Lorsque l'utilisateur appelle $short-drama dashboard, ne transmettez plus à une sous-compétence, lancez directement le dashboard de création local de cette compétence :

1. D'abord, conformez-vous à runtime-preflight.md pour vérifier la suite et récupérer les transactions en cours.

2. Si le répertoire de travail se trouve dans un projet, utilisez la racine de ce projet comme workspace ; sinon, utilisez le répertoire conteneur explicitement donné par l'utilisateur, sinon le répertoire courant. Ne scannez pas en dehors du workspace.

3. Depuis le répertoire d'installation de cette compétence, exécutez :

   python3 <short-drama-skill-dir>/scripts/dashboard_server.py --workspace <workspace> --port 0 --open
   

4. Gardez le processus en cours d'exécution, rapportez l'adresse de boucle locale complète imprimée par le script (incluant le fragment de session de ce lancement) et le moyen d'arrêter. Si le navigateur ne peut pas s'ouvrir automatiquement, conservez le service et laissez l'utilisateur ouvrir l'adresse complète.

Le Dashboard n'a qu'une seule page de création : à gauche un répertoire de contenu vulgarisé par projet et épisode, à droite le corps permanent ; une fois un projet ouvert, le script est chargé automatiquement, changer de contenu ne remplace que le corps, n'ouvre pas de nouvelle page ni de superposition. Les tâches et l'exportation ne sont que de courtes indications sous le corps. L'interface n'affiche pas l'arborescence des fichiers, les chemins réels, les formats structurés, le cycle de vie ou les entrées du détail technique. Le Markdown est lu et édité comme un document ; les données structurées sont converties en cartes ; les images et vidéos sont seulement prévisualisées. short-drama.json, .short-drama/**, les décisions du créateur, les preuves de révision et la vérification d'exportation sont gérés par le système et ne deviennent pas une navigation pour le créateur. Sauvegarder signifie seulement enregistrer les modifications, ne remplace pas l'adoption explicite d'une version par le créateur. Il ne se connecte pas à des sources de données externes, n'appelle pas d'interface de génération média, ni n'injecte de clés dans le navigateur. Chaque lancement génère des identifiants de session et un chemin API indépendants ; le navigateur échange le fragment d'adresse contre une session locale HttpOnly, l'API du projet n'accepte que cette session. Les paramètres détaillés se trouvent dans lifecycle-commands.md.

Outils déterministes

Depuis le répertoire d'installation de cette compétence, appelez scripts/project_tool.py, sans dépendre du répertoire de travail courant :

Commande	Usage
init	Initialiser un projet minimal
status	Lire le cycle de vie et le résumé de récupération
recover	Récupérer la totalité ou une transaction spécifiée
publish	Publier un candidate via un journal pré-écrit, sans conclusion d'acceptation ou de révision
accept	Accepter une cible candidate précise avec un enregistrement de décision du créateur
review	Mettre à jour l'état de validation et de révision avec une conclusion de révision indépendante
package	Après re-vérification des cinq axes, des dépendances et des preuves, générer un paquet de livraison texte
verify	Vérifier le paquet de livraison avec sa somme de contrôle intégrée et signaler les nouveaux fichiers non enregistrés

Ne lisez lifecycle-commands.md que lorsque vous appelez effectivement ces commandes, diagnostiquez un échec ou vérifiez le format d'enregistrement, pour les exemples d'appels complets, l'écriture anticipée, l'acceptation, la révision, l'impact d'obsolescence en aval et les contraintes de paquetage.

État et prochaine étape

Expliquez dans la langue du créateur :

• les sources existantes et dont le statut est accepted ;
• le contenu dont le statut est provisional, stale, blocked ou en attente d'acceptation du créateur ;
• les branches actuellement parallèles possibles ;
• l'action minimale pour avancer le résultat demandé par l'utilisateur.

Sauf demande de diagnostic de l'utilisateur, n'imprimez pas hash, ID de transaction, structure de données interne ou contenu d'état original. Les cinq états sont indépendants : construction, validation, acceptation du créateur, révision indépendante et vérification de livraison ; n'utilisez pas un seul accepted pour tout simuler.

Récupération et révision

Récupérez la plus ancienne opération incomplète dans le domaine concerné par la question de l'utilisateur, pas le stade le plus ancien du projet. Avant de modifier un contenu déjà confirmé :

1. Indiquez la compétence responsable de la modification ;
2. Montrez le changement sémantique proposé ;
3. Listez précisément la liste des impacts en aval ;
4. Obtenez l'acceptation du créateur si nécessaire ;
5. Confiez la modification au responsable, et refaites une révision du nouveau hash.

Les transactions incomplètes sans COMMIT sont annulées à la version précédente sauvegardée ; les transactions incomplètes avec COMMIT continuent jusqu'à candidate et complètent l'état. La récupération doit d'abord lire puis écrire, être ré-exécutable ; les modifications externes dont la source ne peut être confirmée doivent être marquées conflict, ne peuvent pas être écrasées.

Livraison

Routez d'abord vers un contexte de révision frais de $short-drama-review pour vérification, puis, une fois la vérification de livraison prête, faites un paquet. Incluez uniquement les scripts, listes, prompts, révisions, notes du créateur et sommes de contrôle dont le statut est accepted. Excluez les médias binaires, les entrées non publiques, l'état de la machine, les chemins absolus, les identifiants, les documents sources non publics et les brouillons non approuvés.

Limites

• Utilisez uniquement le raisonnement textuel de l'agent actuel ; n'appelez pas de générateur média ou d'interface de service.
• Ne récupérez pas de sources de production externes ou non publiques en cours d'exécution.
• N'élevez pas au rang de loi de création des cas vus ailleurs.
• Un responsable ne peut pas réviser son propre produit.
• Les conflits sémantiques ne sont pas réparés silencieusement.