Viral Flow → Deux montages CapCut approuvés

Que fait Viral Flow → Deux montages CapCut approuvés ?

Compatibilité hôte

Utilisez ce même skill dans Codex, Claude Code ou Claude avec des skills personnalisés. Résolvez les références/scripts groupés par rapport à ce dossier de skill. agents/openai.yaml est un métadonnée optionnel pour Codex ; Claude n'en a pas besoin. Utilisez les outils réels de l'hôte plutôt que de supposer que les noms d'outils Codex existent.

Vérifiez l'accès à la source, au Whisper local et au CapCut de l'utilisateur avant de promettre une exécution. Un shell cloud n'est pas le Mac de l'utilisateur : ne traitez pas l'accès aux fichiers cloud ou l'exécution de code comme un contrôle local de CapCut. Si seuls des transcriptions sont disponibles, préparez des flux provisoires à partir de celles-ci, étiquetez le timing/audio de la source comme non vérifié, et demandez le média manquant ou l'outil local avant de promettre des résultats prêts au montage. N'envoyez jamais silencieusement des séquences locales vers une transcription cloud et ne prétendez pas que Whisper a été exécuté s'il ne l'a pas été. Dans le chat web de Claude, les transcriptions fournies peuvent soutenir la révision du texte ; le montage CapCut nécessite un hôte connecté à l'ordinateur de l'utilisateur avec les autorisations requises.

Résultat et valeurs par défaut persistantes

Livrez deux flux vidéo distincts et cohérents, basés sur les séquences de l'utilisateur, pas deux scripts inventés. Travaillez dans la langue de l'utilisateur (cantonais avec caractères traditionnels par défaut).

Ce flux de travail a une véritable frontière d'approbation demandée par son créateur : Analyser → livrer deux flux textuels complets → recevoir l'approbation → monter dans CapCut → exporter deux vidéos.

Avant l'approbation, lisez, transcrivez, inspectez les séquences et préparez des propositions uniquement. Ne créez pas de projets de montage, ne coupez pas de timelines, ne rendez pas de montages proposés et n'exportez pas de versions brutes. Une demande de « deux versions » ne lève pas cette frontière. Une instruction ultérieure explicite de l'utilisateur peut la modifier. L'approbation d'un seul hook (accroche) n'approuve pas un flux révisé complet. Conservez les parties approuvées, révisez les parties demandées et représentez les deux flux complets lorsqu'on vous le demande. Après l'approbation explicite des deux flux actuels, terminez le montage/l'export sans redemander. Si un seul est approuvé, montez uniquement cette version.

Le livrable par défaut est un montage limité au flux : voix et séquences originales ; pas de texte ajouté, de sous-titres, de titres, d'éléments graphiques, de B-roll, de musique, de nouvelle voix off, de parole IA ou de nouveaux effets. Les éléments existants dans les séquences sources restent. Ne modifiez ces valeurs par défaut que sur demande. Les documents de révision écrits ne sont pas des sous-titres incrustés dans la vidéo.

Pour cette propriété intellectuelle, chaque version commence :

1. Un hook parlé fort et complet issu de la source.
2. La phrase originale parlée « Soft voice, wild truth ».
3. La phrase anglaise spécifique qui la suit dans l'enregistrement de cette vidéo.
4. Corps de l'histoire, changement de compréhension, implications concrètes actuelles et conclusion finale.

Ne réutilisez pas la phrase anglaise de la vidéo de comparaison pour des sujets sans rapport. Ne synthétisez pas une phrase de marque manquante. Si elle est absente ou peu claire, terminez la rédaction du corps, signalez l'écart exact et demandez le clip original ou une exception explicite avant de terminer le montage dépendant.

1. Établir les rôles de référence et de source

Lisez references/viral-format.md avant de proposer des flux. Il conserve le mécanisme narratif de la référence et les leçons tirées des retours du créateur. Une vidéo de référence et une nouvelle vidéo à monter sont des entrées différentes. Lorsque l'utilisateur corrige leurs rôles, mettez à jour l'enregistrement immédiatement ; n'inférez pas la performance à partir du mauvais fichier.

Si une nouvelle référence est fournie, inspectez son contenu complet, cartographiez les moments clés approximatifs et enregistrez un reference-profile.md concis dans le dossier de la tâche : identité de la source, durée, hook, séquence curiosité/réponse, conflit, retournement émotionnel, conclusion, public cible, rôles visuels et limites des preuves. Les fortes parts de marché/faibles abandons rapportés par l'utilisateur ne sont pas une causalité vérifiée indépendamment. Ne promettez jamais la viralité. Présélectionnez les faits dérivés de la source séparément des hypothèses.

2. Transcrire et inspecter avant d'écrire

Utilisez les outils shell/fichiers locaux disponibles et Whisper local. Le script d'aide scripts/prepare_media.py extrait l'audio mono, échantillonne les images clés sur toute la vidéo et exécute éventuellement Whisper. Lisez son --help ; les noms de fichiers avec espaces sont pris en charge. Vérifiez les transcriptions fiables existantes avant de relancer.

• Commencez avec le cache de base ou small ; préférez small lorsque le rendu cantonais de base corrompt un libellé important. Préservez les horodatages et la sortie ASR originale.
• Examinez toute la vidéo. L'échantillonnage d'images plus la transcription ne remplace pas le visionnage/écoute continu ; décrivez la vérification avec précision.
• Corrigez les négations, questions, noms, nombres et termes de marque anglais par rapport à l'audio source ou aux sous-titres incrustés. Ne traitez pas la sortie ASR comme une transcription finale.
• Localisez la plage exacte de la phrase de marque plus anglais et préservez-la comme une seule unité consécutive.
• Identifiez les événements réels, les personnes impliquées, ce qui était attendu, ce qui s'est passé, le coût émotionnel, l'interprétation changée, les actions actuelles et une phrase de clôture.
• Conservez les noms de fichiers sources, les transcriptions, les feuilles d'images et les fichiers d'exportation en local ; l'installation/la publication du skill n'autorise pas la publication des médias de l'utilisateur.

3. Présenter deux flux de révision complets

Lisez references/review-format.md. Produisez les versions A et B avec des points d'entrée de public différents ou un ordre narratif différent. Assurez la cohérence des deux avec les mêmes faits sources.

Un hook doit communiquer une tension complète, pas seulement un slogan ou un phénomène inexpliqué. Par exemple, « la cible de comparaison évolue » est incomplet ; « je progresse, je trouve quelqu'un de plus avancé, et je décide que je ne suis toujours pas assez bon » donne à l'auditeur une contradiction complète.

Préservez la chaîne causale. Ne réduisez pas une source de 112 secondes à 40 secondes simplement parce que la référence faisait 55 secondes. Le cas accepté nécessitait environ 90 à 100 secondes pour conserver son contexte, sa réussite, son retournement, ses choix de marque actuels et sa réflexion finale. Ces durées sont des exemples, pas des quotas.

Chaque révision comprend :

• Titre de version, angle et durée estimée à partir des plages sources sélectionnées.
• Le flux parlé complet proposé, dans l'ordre, avec hook, phrases de marque/anglais fixes, contexte, événement concret, conflit, retournement, implications actuelles et conclusion si applicable.
• Étiquetez le texte légèrement normalisé pour la lecture ; n'impliquez pas que des mots inexistants sont enregistrés. Conservez une carte interne source-temps. Toute nouvelle ligne essentielle doit être explicitement marquée « nécessite un enregistrement » et ne peut être insérée silencieusement.
• Expliquez brièvement la différence significative entre les versions.

Ne soumettez pas seulement des titres, un plan ou des hooks isolés comme les deux flux. Supprimez les hooks déplacés de leur emplacement d'origine dans le corps, sauf si un petit rappel intentionnel est nécessaire. Vérifiez que les pronoms, « plus tard », « mais », et cause/effet ont toujours un sens après le réordonnancement.

Enregistrez flow-review.md et les plages sources proposées localement. Arrêtez le travail de montage ici jusqu'à ce que l'utilisateur approuve les flux actuels. Indiquez clairement que cela suit le flux de travail de révision d'abord demandé par l'utilisateur ; si le skill lui-même sert de base à une question d'autorisation ultérieure, liez ce fichier exact et citez la phrase de la frontière d'approbation.

4. Approbation → plan de montage exécutable

Enregistrez le message d'approbation de l'utilisateur, les versions/révisions qu'il couvre et le flux approuvé dans approval.md. Les changements dans la source ou un contenu parlé matériellement différent nécessitent de vérifier si l'approbation les couvre toujours. Les améliorations techniques de la frontière qui préservent le contenu approuvé n'ont pas besoin d'une approbation répétée.

Créez un edit-plan.json avec le chemin source, FPS, durée, plage de marque, deux versions nommées et leurs segments ordonnés (start_frame, end_frame, role). Les rôles autorisés incluent hook, brand, body, payoff. Exigez le hook en premier et la plage de marque consécutive complète en second. Utilisez des intervalles semi-ouverts : début inclusif, fin exclusive.

Exécutez scripts/validate_plan.py pour vérifier les plages et calculer les durées. Cela valide la géométrie, pas la vérité, la langue ou l'approbation. Gardez l'audio et la vidéo source verrouillés ensemble, coupez sur les frontières naturelles de la parole alignées sur les images, conservez les respirations lorsque nécessaire et évitez les syllabes tronquées. N'accélérez pas la parole et ne modifiez pas le sens approuvé pour respecter une estimation de durée.

5. Monter et exporter avec CapCut

Lisez references/capcut-workflow.md après approbation.

• Découvrez les capacités réellement disponibles. CapCut et ChatCut sont des produits différents ; ne faites pas de substitution silencieuse.
• Préférez un véritable connecteur CapCut s'il est disponible, sinon l'outil d'utilisation de l'ordinateur pris en charge sur l'installation locale de CapCut de l'utilisateur.
• Un skill fournit des instructions ; il n'installe pas CapCut, n'accorde pas le contrôle de l'ordinateur et ne crée pas d'outils inexistants.
• Maintenez des projets modifiables distincts appartenant à la tâche pour A et B, et préservez le média original. Ne modifiez jamais un projet existant sans rapport.
• Une route de brouillon natif inspecté localement est optionnelle et dépend de la version. Utilisez-la uniquement sous les garde-fous de la référence ; ne supposez pas d'anciens chemins, ID, schémas ou coordonnées d'interface.
• Exportez via CapCut. Livrez du H.264 MP4 avec le rapport hauteur/largeur et la fréquence d'images d'origine lorsque cela est pratique. N'impliquez pas que la mise à l'échelle crée des détails. Si CapCut produit du H.264 MOV, remuxez sans perte en MP4 sans ré-encodage ; divulguez uniquement si pertinent.

Si les capacités/l'authentification empêchent le montage CapCut, préservez la révision approuvée et le plan source-temps, décrivez le bloqueur concret et la prochaine action exacte. N'appelez jamais un plan une vidéo finie et ne remplacez pas un montage uniquement FFmpeg tout en prétendant qu'il s'agit d'une sortie CapCut.

6. Vérifier et livrer

Vérifiez que les deux fichiers exportés existent, se décodent complètement, contiennent l'audio et la vidéo, correspondent à la durée et au rapport hauteur/largeur prévus, et contiennent l'ordre approuvé hook → brand → anglais. Inspectez le début, chaque nouvelle jonction et la fin ; écoutez si possible les syllabes coupées, les clics, les mots répétés et les transitions non naturelles. Vérifiez l'absence de pistes/effets de texte ajoutés dans les projets limités au flux. Inspectez les exports finaux, pas seulement la timeline.

La comparaison audio avec les plages sources attendues peut corroborer l'ordre du montage. Les différences de phase/délai AAC peuvent réduire la corrélation brute de la forme d'onde ; le timing de l'enveloppe d'amplitude est un meilleur contrôle supplémentaire. Ni une métrique ni quelques images échantillonnées ne prouvent que la vidéo entière a été regardée ou écoutée.

Livrez des liens locaux cliquables vers les deux vidéos terminées, les durées et des étiquettes de version concises. Notez où les projets CapCut modifiables sont sauvegardés. Signalez honnêtement les limites de la vérification matérielle. Ne publiez pas automatiquement les vidéos sur les réseaux sociaux.