Communitygithub.com

mishanaer/showtime

Créez, révisez ou examinez de courtes vidéos de démonstration à partir d'une application réelle. Utilisez-le pour des démos d'application, des storyboards ou des vidéos de démonstration existantes. Prend en charge la capture depuis le simulateur iOS et la composition locale.

Qu'est-ce que showtime ?

Showtime est un atelier spécialisé pour la création de courtes vidéos de démonstration (10 à 20 secondes) mettant en avant un seul bénéfice produit via une interaction réelle avec l'application. Il permet de créer, réviser ou examiner des vidéos à partir d'une application réelle, en utilisant ou en réutilisant des séquences existantes selon les besoins de la tâche. Le flux de travail commence par la définition d'un scénario et d'un cadrage (haut, bas ou téléphone entier), suivis d'une préparation, d'une capture et d'une exportation au format MP4 1920×1920 à 60 images par seconde, avec vérification visuelle et technique intégrée. Il prend en charge les appareils de la famille iPhone 17 et 18 dans le simulateur iOS, conserve les transitions natives et utilise des palettes d'arrière-plan prédéfinies. L'outil impose des contrôles de qualité stricts : pas de titres ni de légendes éditoriaux, le texte de l'application reste visible, les scénarios sont en anglais par défaut (modifiable), et chaque livraison doit répondre aux mêmes exigences techniques pour éviter les aperçus non vérifiés. L'IA gère la planification via des scripts (comme `showtime_doctor.py` pour les vérifications préalables) et suit la progression via `run.json`. Les livrables complets incluent le MP4, la capture source, un journal d'actions, des observations et les résultats de vérification.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/mishanaer/showtime/tree/HEAD

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait showtime ?

Démontrez un avantage produit grâce à une interaction réelle avec l'application. Poursuivez le travail existant à l'étape appropriée ; réutilisez les séquences lorsqu'elles soutiennent la modification demandée.

Démarrer une nouvelle vidéo

  1. Demandez à l'utilisateur son scénario et attendez-le. Utilisez le scénario qu'il fournit.
  2. Une fois le scénario disponible, demandez quel cadrage il souhaite : rogner le haut (crop-top), rogner le bas (crop-bottom), ou le téléphone entier (full). Attendez son choix avant de préparer l'histoire pour examen.
  3. Obtenez l'approbation du scénario, de la composition et du minutage. Préparez et examinez ensuite en interne la scène réelle, enregistrez, exportez et terminez l'acceptation visuelle avant d'envoyer la vidéo terminée. Il n'y a pas d'étape distincte d'aperçu pour l'utilisateur ou d'approbation de storyboard.

Posez une question à la fois, dans la langue de la conversation. Traitez les informations déjà fournies par l'utilisateur comme des réponses.

Valeurs par défaut et limites

  • Enregistrez le simulateur à sa cadence native. Regardez les défilements et les transitions à vitesse normale. Recommencez si le mouvement capturé a un bégaiement visible.

  • Livrez un MP4 de 10 à 20 secondes, 1920×1920, à 60 images par seconde constantes, avec un résultat lisible et une boucle. Pas de titres ou de légendes éditoriaux ; le texte de l'application reste visible. Les formats demandés différents nécessitent de vérifier la prise en charge du backend.

  • Rédigez le texte de synthèse du scénario de l'utilisateur, le scénario sauvegardé et le contenu à l'écran en anglais, sauf demande explicite contraire. Définissez content.language en conséquence dans les deux manifestes. Les explications en dehors du scénario suivent la langue de conversation de l'utilisateur.

  • L'approbation du scénario autorise la production dans cette histoire. Les documents préparés nécessitent toujours un examen interne et des preuves, et non une deuxième décision de l'utilisateur. Une demande de correction directe autorise cette portée ; répétez les vérifications concernées avant de livrer la vidéo révisée terminée. Ne marquez jamais des documents non vus comme ayant été examinés par l'utilisateur.

  • La première vidéo envoyée à l'utilisateur doit répondre aux mêmes exigences que toutes les livraisons ultérieures : contenu complet, indicateurs de tapotement, minutage, cadrage et vérifications techniques et visuelles complètes. Gardez les répétitions techniques internes. Corrigez les vérifications échouées avant d'envoyer ; si une vérification requise ne peut être effectuée, signalez le blocage plutôt que de proposer un aperçu non vérifié pour approbation. Réutilisez une prise ou une exportation réussie ; ne la répétez pas juste pour la renommer « finale ».

  • Conservez les transitions natives complètes, le défilement et le temps de lecture. Raccourcissez les attentes inactives ou simplifiez l'histoire pour respecter la durée.

  • Les nouvelles vidéos utilisent les maquettes approuvées de la famille iPhone 17 ou 18 et les palettes d'arrière-plan fournies. Choisissez automatiquement un modèle de simulateur compatible disponible, la couleur du téléphone et l'arrière-plan ; les préférences de l'utilisateur remplacent ces choix. Affichez la combinaison dans le storyboard. Voir Préparation pour les ressources et la correspondance de capture.

  • Appliquez la disposition choisie par l'utilisateur. Utilisez crop-top pour une action près du haut, crop-bottom pour une action près du compositeur, des pièces jointes ou du clavier, et full pour montrer le téléphone entier centré avec 90 pixels au-dessus et en dessous sur un carré de 1920. Utilisez le cadrage sélectionné lors de la préparation, de l'examen et de l'exportation.

  • Le texte apparaît caractère par caractère avec le curseur d'insertion masqué durant toute la frappe. Restaurez l'apparence originale du curseur du champ immédiatement après le dernier caractère ou une saisie interrompue ; n'ajoutez pas de pause pour la restauration. Les touches du clavier ne doivent montrer aucun surlignage, caractères popup ou indicateurs de tapotement. Pilote de frappe standard · Utilisation · Acceptation visuelle

Espace de travail

Le répertoire de ce fichier est la racine de showtime (SHOWTIME). Résolvez-le et invoquez les scripts par chemin absolu. Suivez les instructions de l'application cible. Lisez le run.json et les artefacts de l'exécution concernée ; mettez à jour la progression avec scripts/showtime_run.py init/note/status. La progression n'est pas une approbation.

Gardez la compétence installée et les ressources en lecture seule pendant la production. Écrivez dans le répertoire d'exécution de la vidéo ; préservez les prises précédentes et le travail des autres agents. Utilisez les pilotes historiques uniquement lorsqu'ils sont fournis comme références.

Avant la production, exécutez scripts/showtime_doctor.py ; ajoutez --record --axe <driver> lors de l'enregistrement. Les nouvelles exécutions utilisent le profil produit ; les exécutions existantes conservent leur configuration.

Lire uniquement ce dont la tâche a besoin

TâcheRéférence
Planifier une histoire, capturer, éditer ou exporterExécution — chargez la section pertinente
Préparer une scène ou un storyboardPréparation — règles visuelles et preuves avant l'examen
Sauvegarder les approbations ou autoriser une correctionContrats de manifeste et d'approbation
Examiner les images préparées ou une vidéo terminéeAcceptation visuelle
Ajuster la couleur, le minutage ou la taille des tapotementsRessource de tapotement

Une livraison terminée comprend le MP4, la capture source, le journal d'actions, les observations et les résultats de vérification. Les vérifications techniques ne constituent pas une acceptation visuelle.

Skills associés