OXYGEN-CRO/adam-robinson-content-engine

Vidéo de lancement

Ceci est l'adaptation MoltSets du workflow de vidéo de lancement dans le dépôt oxygen-knowledge du propriétaire. Il prend en charge la planification et la production en tant que périmètres séparés. Une demande de planification est complète avec un plan révisable ; elle ne nécessite pas de rendu, de génération audio payante, de téléchargement ou de publication.

Contexte et périmètre

1. Lire index.md, AGENTS.md, brand/BRAND.md et le brief actuel. Récupérer les pages pertinentes sur l'identité, l'audience, la stratégie et la voix. Vérifier identity/proof.md avant d'utiliser des métriques.
2. Déterminer l'étape demandée : concept, script, storyboard, animatique, production ou révision. Mener cette étape à son terme. Inférer les choix créatifs réversibles ; ne poser de questions que sur les informations manquantes qui modifient matériellement la promesse, la démonstration ou la destination.
3. Lire la source complète derrière les affirmations sur le produit. Vérifier les prix actuels, la disponibilité, les capacités d'intégration et les comparaisons avec les concurrents à partir de sources propriétaires. Enregistrer la date et l'URL. Distinguer les faits sources, les instructions de lancement de l'utilisateur et le contenu proposé. Ne pas promouvoir un tarif bêta historique comme une offre actuelle.
4. Pour une histoire sur la tarification par crédits de MoltSets, distinguer l'accès au plan de données de base, les limites d'utilisation, les jetons de téléphone mobile et l'abonnement/facture API séparé de Claude. Résoudre la documentation de facturation contradictoire avant d'utiliser des affirmations absolues telles que « pas de crédits », « illimité » ou « un seul prix pour tout ».

Construire l'histoire

Définir une audience, une frustration, une promesse produit, un résultat démontrable et un appel à l'action. Expliquer le raisonnement créatif plutôt que de traiter le style d'un film de référence comme une preuve de performance.

Lire references/art-direction.md avant de storyboarder ou de réviser un film rejeté. Établir l'idée visuelle et étudier les références réelles avant de choisir des transitions ou d'écrire du code de scène.

Choisir une structure adaptée à la durée. Un court métrage peut montrer une demande devenant un résultat utile, suivi de la marque. Ne pas forcer la reconnaissance, la tension, la révélation, le workflow, l'offre et l'appel à l'action dans des diapositives distinctes. Révéler le produit suffisamment tôt pour laisser du temps à la preuve. Les logos des concurrents établissent la reconnaissance ; ils n'établissent pas la parité des fonctionnalités, une qualité inférieure ou des économies pour le client.

Pour la planification, fournir :

• Le positionnement, l'audience et l'action souhaitée du spectateur.
• Un storyboard minuté avec des identifiants de beat, un texte à l'écran exact provisoire, l'action visuelle, le signal audio et le statut de la preuve.
• L'entrée, l'invite, l'action réelle de l'outil et la sortie de la démo hero à capturer.
• La direction visuelle et sonore, les actifs existants sélectionnés et les actifs manquants.
• Un registre des affirmations, les détails de lancement non résolus et les prochaines étapes de production.

Utiliser references/production.md lors de la mise en œuvre de la timeline et references/audio.md lors de la sélection ou du mixage audio. Le plan de campagne actuel est strategy/moltsets-launch-video.md ; il s'agit d'un projet de discussion, pas d'une offre permanente.

Appliquer la marque locale

• Lire brand/tokens.json ; en dériver les jetons de scène plutôt que de copier une deuxième palette.
• Utiliser la police de production qui y est enregistrée. Les fichiers SF Mono archivés sont à titre de référence uniquement ; la police de production sous licence actuelle est Roboto Mono.
• Utiliser la marque MoltSets réelle, le verrou, la mascotte et les cadres de réflexion dans brand/assets/. Le SVG de verrou existant contient une image matricielle ; ne pas le décrire comme une œuvre vectorielle avec contours ni l'agrandir au-delà d'une résolution utile.
• Utiliser des surfaces de terminal sombres, un accent corail et du vert menthe pour les résultats positifs. La typographie, l'espacement et le mouvement intentionnel devraient faire l'essentiel du travail. La documentation de la marque régit les valeurs exactes.
• Traiter l'assouplissement du kit, la distance d'entrée et le timing des sprites comme des valeurs par défaut de l'aperçu du composant. Chorégraphier le timing du film pour l'action : préparation, accélération, contact, stabilisation et une pose lisible. Répéter la même entrée à travers les scènes n'établit pas le langage de mouvement d'un film. L'aperçu de quatre secondes du kit n'est pas une durée prescrite pour un film de lancement.
• La capture réelle du produit reste précise. Une interface illustrée ou reconstruite doit être identifiée comme telle lors de la révision. Utiliser des séquences réelles du produit pour les affirmations sur son fonctionnement réel.

Actifs et mise en œuvre

L'audio existant se trouve dans brand/motion/audio/library/ ; consulter son manifeste et brand/audio.md. Une page d'audition se trouve à brand/kit/audio.html. Les logos de référence tiers et leur provenance se trouvent dans brand/motion/logos/third-party/.

Pour la production, utiliser un répertoire de projet tel que output/moltsets-launch/ avec le code source de la scène modifiable, un fichier de verrouillage des dépendances épinglé, les actifs public/ et des caches générés séparés. Remotion est l'approche de mise en œuvre de référence ; le rendu de navigateur déterministe existant est également disponible pour des compositions plus simples. Consulter la documentation officielle actuelle lors de l'adoption ou de la mise à jour d'API.

Garder les beats, les durées audio mesurées, les événements visuels et les effets sonores dans une seule timeline coordonnée. Ancrer les événements à un ID de beat plus un décalage. Les IDs de beat manquants et les données de durée manquantes doivent faire échouer la validation de production plutôt que de placer silencieusement les événements à zéro ou à la fin.

Réutiliser les actifs locaux autorisés avant de générer des remplacements. Ne jamais importer les identifiants, l'identité vocale, les scènes de marque ou la destination de téléchargement d'un autre projet. Ne pas supprimer les dossiers audio partagés pour réinitialiser un projet. La génération payante et la distribution externe suivent le périmètre réellement autorisé par l'utilisateur.

Révision et livraison

Pour une nouvelle direction ou un sauvetage qualité, construire d'abord les 2 à 3 secondes les plus difficiles. Comparer le mouvement rendu avec le mécanisme de référence sélectionné à vitesse normale et image par image. Réviser le prototype jusqu'à ce qu'il communique l'action prévue et préserve la marque ; puis étendre la timeline. Ceci est un point de contrôle de production interne, pas une demande de nouvelle autorisation utilisateur.

Garder la révision créative séparée de la validation technique. Un MP4 valide, une typographie alignée et une mise en page non recadrée ne peuvent pas établir un mouvement convaincant. Réviser l'idée visuelle, la continuité entre les plans, le changement de rythme, la retenue, la crédibilité du produit et la relation entre l'action et le son. Ne pas décrire un film comme premium, soigné ou de niveau Apple simplement parce qu'il a réussi des contrôles automatisés.

Inspecter l'intégralité de la vidéo exportée avec le son, puis la couper pour une deuxième passe. Inspecter les images clés en taille réelle et en taille téléphone. Vérifier le texte, la sortie authentique de l'outil, le chargement des polices, le contraste, le timing, le recadrage, la tenue de la carte de fin et l'audibilité du son. La promesse du produit doit survivre à une lecture sans son. Utiliser brand-review pour une révision visuelle complète le cas échéant.

Vérifier la durée, les dimensions, la fréquence d'images, les codecs, les crêtes audio et la gamme de couleurs. Comparer les trames vidéo décodées représentatives avec les rendus sources. Exécuter scripts/wiki-lint.sh après avoir déposé le contexte et les vérifications de rendu pertinentes du projet. Ne jamais signaler des vérifications d'écoute ou de lecture qui n'ont pas été effectuées.

Livrer la source modifiable et les rendus demandés vers la destination de l'utilisateur, avec un bref compte rendu de ce qui a été vérifié et de ce qui reste provisoire. La livraison locale satisfait une demande de brouillon local. La publication, la planification, la sensibilisation, les téléchargements externes et les mises à jour non liées du système de contenu sont des actions distinctes.

Provenance

Adapté le 2026-09-08 à partir de oxygen-knowledge/gtm-production/.claude/skills/launch-video/SKILL.md et de sa mise en œuvre dans gtm-production/content/motion/launch-video/. Les fichiers de référence exacts sélectionnés et leurs hachages sont conservés dans raw/sources/2026-09-08-launch-video-reference/. La marque OXYGEN, la voix fixe, la suppression du cache partagé et le workflow obligatoire Drive/content-post n'ont pas été intégrés dans cette compétence.

La révision de la direction artistique du 2026-09-08 fait suite au rejet par l'utilisateur de la v02 et à la recherche enregistrée dans inspiration/launch-motion-quality.md. Les compétences externes ont été examinées comme références, non installées ou adoptées en bloc. Les instantanés sources épinglés et les licences se trouvent dans raw/sources/2026-09-08-motion-quality/.