Interview → Vidéo courte thématique
Objectif
Découper des interviews réelles en courtes vidéos fidèles au son original, compréhensibles par un public non initié, organisées par thème avec conservation des segments, validation des textes et base d'acceptation. Réaliser d'abord un échantillon représentatif, puis étendre selon le périmètre défini par l'utilisateur.
Critères de succès
- Chaque extrait repose sur un groupe sémantique complet, en conservant les antécédents nécessaires, les conditions limites, les relations questions-réponses et une fin naturelle ; les points de coupe sont déterminés par le contenu.
- Chaque lot propose automatiquement des thèmes, des justifications d'appartenance et un ordre de série ; les chapitres individuels représentent les transitions sémantiques internes, gérés séparément des thèmes du lot.
- Les personnes, sous-titres, titres et habillages sont conformes au matériel actuel et aux confirmations de l'utilisateur ; le document éditorial et les SRT correspondants sont le point d'entrée du contrôle textuel.
- Le texte visible, la composition, les changements de chapitre et la fin audio du MP4 final sont vérifiés ; les contrôles automatiques et les jugements humains sont enregistrés séparément.
Entrées et ressources
L'interview originale nécessite une capacité de transcription indépendante. Connecter d'abord un modèle ASR installé séparément ou un service de transcription approuvé pour obtenir un fichier SRT révisé avec chronologie. Cette compétence n'inclut ni n'appelle directement de modèle de reconnaissance vocale ; la présence d'un SRT fiable permet de sauter l'installation du modèle. Les sous-titres pré-établis de synthèse ne peuvent pas servir de preuve ASR validée.
Privilégier la réutilisation de la source vidéo et de ses sous-titres révisés, des documents de projet existants, des modèles et des couleurs de marque approuvés par l'utilisateur. Recueillir un contexte minimal : noms et rôles des personnes/organisations, contexte de l’interview, public cible, utilisation, termes clés et limites de divulgation, voir contexte du projet. Le contexte aide à nommer et à juger, mais ne remplace pas le son original ni ne fabrique la position de l'organisation ; en l'absence d'identité, rester non confirmé.
En l'absence de matériel, expliquer les entrées manquantes, d'abord remettre une note de projet ou un plan de candidat ; en l'absence d’environnement de transcription/rendu disponible, vérifier les dépendances selon Environnement et ASR, en conservant le travail pouvant continuer. L'ASR est une étape de transcription en amont ; utiliser par défaut la chaîne Qwen3 locale approuvée ; ne pas télécharger de modèle ou téléverser de matériel automatiquement. Cette compétence ne crée ni ne restaure de tâches automatisées.
Lire le contrat correspondant selon la tâche en cours ; exécuter le script sans avoir besoin de charger tout le code source dans le contexte :
| Travail en cours | Lecture et utilisation |
|---|---|
| Sélection, personnes et composition, chapitres, statut de progression | Contrat du plan éditorial ; scripts/validate_editorial_plan.py |
| Révision textuelle intermédiaire, modification des sous-titres, confirmation utilisateur | Révision du texte ; scripts/copy_sheet.py |
| Modèles, mappage temporel des sous-titres, palette et traitement de fin | Spécifications et commandes de production ; scripts/render_interview.py, scripts/suggest_palette.py |
| Répertoire thématique, page de prévisualisation et liste unifiée | Sortie des thèmes ; scripts/export_review.py |
| Retouche ou vérification de livraison | Matrice d'acceptation |
Limites de travail obligatoires
Attendre la confirmation textuelle en cours de route. Après la transcription initiale, les thèmes et les candidats, exporter Édition du texte visuel.md avant la production synthétique du texte, remettre activement un chemin absolu cliquable et décrire les emplacements de modification. Le tableau contrôle les titres, chapitres, habillages et taille des sous-titres ; les SRT liés contrôlent le contenu et le minutage des sous-titres mot à mot. Attendre que l'utilisateur confirme les modifications avant d'appliquer et de rendre ; ce n'est que si l'utilisateur accepte explicitement le brouillon et autorise la production directe, en enregistrant l'autorisation réelle avec --accept-default --approval. Le silence n'est pas un accord. En attendant, on peut continuer l'enregistrement, la transcription et l'analyse des candidats. Toute modification du document ou du SRT nécessite une reconfirmation du contenu affecté, une application, et une nouvelle exportation du MP4 ; les MP4 déjà exportés ne sont pas mis à jour automatiquement.
Classer par contenu. L'assistant éditorial propose des themes en se basant sur l'intégralité du matériel ; chaque entrée enregistre theme_id, series_order, theme_basis, soumis à l'utilisateur avec le brouillon de texte. Le nombre de groupes est déterminé par le contenu, sans découpage par quota de personnes ; même un thème unique est enregistré comme un groupe. Les sous-étiquettes n'augmentent pas le nombre de livrables. L'exportateur organise les fichiers uniquement selon le plan, sans effectuer de classification sémantique.
Revenir à la source pour vérifier les personnes et les images. Pour les sources multi-personnes, établir d'abord une identity_map avec sources confirmées ; la présence à l'écran ne prouve pas que la personne parle. Les corrections de l'utilisateur priment sur l'ASR, les anciennes étiquettes et autres expériences de projet. Les extraits conservent la relation de dialogue ; comparer les compositions solo, duo et panorama ; le recadrage nécessite une preuve d'image actuelle, sans forcer une position gauche/droite. Voir le contrat du plan éditorial pour les détails des champs de preuve.
Séparer les limites du modèle et les objectifs éditoriaux. Le moteur de rendu actuel prend en charge les segments continus, 1080×1920 et 1 à 3 chapitres. Les chapitres commencent à 0, les étiquettes et semantic_basis correspondent aux transitions réelles ; ne pas réécrire le contenu pour faire le compte. Si le modèle ne convient pas, expliquer l'écart et ajuster selon le périmètre utilisateur. Le montage multi-fenêtres nécessite des plans intermédiaires propres et un mappage temporel explicite. Les sous-titres et le texte fixe ont chacun leur propriétaire, éviter de superposer du texte ancien brûlé avec du nouveau. La fin privilégie les expressions, respirations et sons d'ambiance de la source vidéo ; les pauses existantes sont incluses dans l'objectif, ne pas ajouter de queue supplémentaire, ne pas fondre sur la fin audio.
Accepter séparément l'échantillon et le lot. Avant l'échantillon, valider le plan éditorial en preview ; terminer d'abord la confirmation textuelle, puis rendre l'extrait représentatif. Vérifier la première image, le milieu, les transitions de chapitre, la dernière image du MP4 final, écouter l'intégralité de la vidéo, puis confirmer avant d'étendre le lot. Le moteur de rendu est un outil de bas niveau, n'exécute pas automatiquement la vérification complète du plan éditorial ; le validateur ne remplace pas l'écoute et le visionnage réels.
Critères d'acceptation
Le statut passe par candidate → preview → formal → delivered. machine_qc, human_review, copy_confirmation, delivery_status sont enregistrés séparément ; toute écoute non effectuée reste pending. formal n'est promu qu'après la vérification automatique et la revue humaine de l'identité, de la voix, du sens et du visuel ; aucun pending ne peut prétendre à une livraison formelle. Même si la vérification structurelle réussit, il faut vérifier les fichiers réels et la version révisée ; la présence d'un fichier ou d'un journal de rendu ne remplace pas l'acceptation.
La livraison fournit un répertoire thématique, une page de visualisation et un manifeste unifié, permettant de retracer la fenêtre temporelle source, les spécifications, la version du texte/SRT, ainsi que les enregistrements machine et humains ; le nombre de candidats, de livrables formels et de livrés est rapporté séparément. preview peut être livré avec pending pour révision ; delivered nécessite une entrée de livraison réelle cohérente avec le manifeste unifié. Les champs, commandes et conditions d'échec sont vérifiés selon le contrat ci-dessus, sans promotion automatique en raison d'un score statique ou de tests réussis.