Inkroom Promo Video

Que fait Inkroom Promo Video ?

Construisez une vidéo produit Inkroom réutilisable en tant que workflow compagnon. La recette par défaut est : première personne XiaoMo, format paysage 16:9, images Seedance en priorité, enregistrements réels pour les preuves produit, et HyperFrames pour le montage déterministe. La recette est configurable ; ne copiez jamais la durée, le nombre de plans, le wording ou l'état d'approbation d'un projet antérieur sans rapprocher les artefacts actuels.

Contrat de fonctionnement

• Séparez film_subject=Inkroom product de production_workflow=behind-the-scenes production. Les tâches de méta-vidéo historiques ne doivent pas devenir des copies produit.
• Traitez les affirmations produit comme confirmed, user_decision, inference ou pending. Lisez les faits produit actuels et la passation active avant le README historique ou les anciens fichiers de tâches.
• Les images générées peuvent expliquer un concept, mais elles ne doivent pas usurper l'interface utilisateur Inkroom, les catalogues, la documentation API, les prix, les fichiers, les données, les logos ou les preuves réelles. Utilisez des enregistrements réels pour ces affirmations.
• received n'est pas approved ; un placeholder n'est jamais une prise approuvée ; une source approuvée n'est jamais remplacée silencieusement.
• Chaque point de validation qui change de direction attend une confirmation explicite de l'utilisateur. L'existence d'un fichier ne fait jamais avancer un point de validation.
• La livraison par défaut se termine par un aperçu approuvé par l'utilisateur, un MP4 rendu et un téléchargement local. Ne publiez jamais automatiquement.

Démarrer et reprendre

1. Localisez la racine du projet et lisez BRIEF.md, la passation active, workflow/state.json, la composition active et le dernier rapport QA. Avertissez des documents obsolètes au lieu de les traiter comme vérité.
2. S'il n'y a pas d'état, initialisez-le avec scripts/init_project.py ; n'inférez pas d'approbations.
3. Reprenez à l'étape enregistrée. Ne répétez pas un travail approuvé et ne proposez pas une capacité acceptée comme nouvelle.
4. Gardez une passation canonique plus un état lisible par machine, un manifeste, un registre des actifs et un rapport QA.

Machine à états et points de validation

Utilisez ces étapes exactement :

intake -> facts_locked -> outline_review -> copy_review -> script_review -> storyboard_review -> frames_review -> seedance_package_ready -> awaiting_external_returns -> per_shot_received -> per_shot_approved|per_shot_rejected -> assembly_preview -> audio_review -> qa_pass -> user_render_approval -> rendered_downloaded -> publish_ready

Le projet peut revenir en arrière d'un plan rejeté vers sa propre révision d'image/proposition/génération. Lisez references/workflow-state-machine.md avant de changer d'état et utilisez scripts/state.py pour les transitions.

Routage des étapes

• Faits et outline : actualisez les faits produit ; utilisez marketing-skills uniquement comme aide de recherche candidate. Verrouillez le public cible et les lacunes de preuves avant la copie.
• Copie, script, storyboard : utilisez la copie confirmée et la règle d'action complète par plan. screenwriting-skills peut informer la structure, mais n'importez jamais de contenu spécifique à Ottermind. Lisez references/product-evidence-policy.md.
• Images : utilisez imagegen ou image-2 lorsqu'ils sont disponibles, avec la fiche personnage approuvée et l'ancre de style. Gardez les images sans texte et en paysage.
• Seedance : utilisez seedance1 pour transformer les unités du storyboard approuvé en propositions indépendantes et un package de passation. Si un modèle vidéo autorisé est disponible, la génération directe est autorisée uniquement après approbation de l'utilisateur ; sinon, attendez les retours externes manuels. Lisez references/seedance-review-checklist.md.
• Retours : associez par shot_code et take ; inspectez chaque clip indépendamment ; approuvez ou rejetez par plan. Ne réparez pas une génération échouée avec des images figées ou un recadrage caché.
• Montage : utilisez hyperframes, hyperframes-core, general-video et hyperframes-cli. Jouez chaque source Seedance approuvée une fois depuis le temps zéro de la source ; superposez les légendes/étiquettes de fait et remplacez les placeholders par des enregistrements réels uniquement. Lisez references/hyperframes-assembly-rules.md.
• Média : utilisez media-use pour la voix, la musique de fond, les effets sonores, les légendes et la provenance. Un aperçu TTS/musique doit avoir un statut de licence.
• QA et livraison : exécutez les validateurs du projet, hyperframes check --strict, les instantanés et les vérifications FFmpeg/ffprobe. Rendez uniquement après que l'utilisateur a approuvé l'aperçu. Lisez references/release-checklist.md.

Sorties standard

Chaque projet doit produire, selon le cas : BRIEF.md, workflow/state.json, workflow/PRODUCT_FACTS.json, OUTLINE.md, COPY.md, SCRIPT.md, STORYBOARD.md, INKROOM_VIDEO_COMPLETE_HANDOFF.md, seedance/*manifest.json, une archive ZIP Seedance, ASSET_LEDGER.md, QA-REPORT.md, une URL d'aperçu Studio et le chemin du MP4 approuvé.

Enregistrez l'outil, le statut (used, candidate ou blocked), la licence et la limite de chaque étape. Utilisez scripts/validate_manifest.py avant d'accepter un package ou une prise retournée.