Papercut Storyboard

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis : aucun pour l'installation elle-même : aucun compte, aucune clé API, aucun service payant, et rien d'autre à installer d'abord. Cette fiche installe un seul fichier texte — SKILL.md, aucun code, aucun script. Pour utiliser le skill ensuite, lis ceci d'abord, car ce skill n'est PAS autonome : SKILL.md dit « Minimal is enough », mais tout son flot de travail s'appuie sur des choses qui vivent hors de son dossier et ne sont PAS installées par cette installation (toutes divulguées au point 2) : la bibliothèque papercut partagée (son catalogue, ses composants du kit paper/camera.tsx, paper/transitions.tsx et paper/kit.tsx, sa planche de décors et son catalogue audio), deux fichiers de référence du skill voisin papercut-explainer (references/style-guide.md et references/motion-principles.md), et les étapes voisines du pipeline papercut-hook et papercut-script avant lui et papercut-build après lui. En pratique, il faut le reste du dépôt papercut-explainer installé pour l'utiliser tel qu'écrit (la route d'installation propre au dépôt écrit le chemin de la bibliothèque dans ~/.config/papercut-explainer/config.env). Je fournis aussi les entrées du projet moi-même, dans mon propre projet d'épisode : narration/script.json et papercut/STORYBOARD.md portant déjà le bloc HOOK et la table de mise en scène. Une seule étape à l'usage atteint le réseau, et une seule : le beat de preuve, une fois par reel, capture une vraie page source via un outil externe de la bibliothèque (library/tools/capture.mjs, qui ne fait pas partie de ce dossier), lequel visite l'URL de la page source dans un navigateur sans interface — divulguée au point 2 avant qu'elle arrive. Installe-moi « papercut-storyboard ». Il fait le storyboard d'un script papercut — un court explainer vertical qui ressemble à du papier de construction en couches — avant qu'aucun code soit écrit. Il place les règles globales en tête de STORYBOARD.md (1080x1920, 30 fps, bannière à 14-21 % de hauteur, bande de captions à 68-80 % qui bouge par scène pour éviter les visages, 20 % du bas libres, lumière du haut à gauche, saturation seulement sur les personnages, les captions et les signaux, palette/polices/canevas tirés du guide de style voisin), écrit la table Caméra / Cut (une ligne par scène, chaque ligne nommant un composant du paper/camera.tsx du kit — OrbitCamera + Depth, SnapZoom, Crane, CrabTrack, DollyZoom, RackFocus et les autres — et le type CutSeries de paper/transitions.tsx pour le cut entrant dans cette scène — hard, whip, zoomThrough, pageTurn, tearAway, tapePull et les autres — avec un simple CameraPush sur un tiers des scènes au maximum, la caméra de chaque ligne recopiée dans l'en-tête de son bloc de scène et chaque cut recopié dans episode.json comme entrée « cuts »), puis un bloc par scène (1,5-5 s chacune, coupée aux frontières de phrases : takeaway de la bannière, lieu/fond, caméra, cut entrant, distribution, bande de captions, une table d'événements au niveau de la frame avec un événement par mot accentué toutes les 0,4-0,8 s, mouvement ambiant toujours actif, boil sur la bannière et les étiquettes, et l'anticipation plus le seul beat exagéré nommés dans chaque bloc), le plan SFX (sons nommés depuis le catalogue audio de la bibliothèque, sons d'air au maximum un toutes les 2,5 s, un préréglage de bed et un cutSfx assorti aux types de cuts), exactement un beat de preuve par reel (une vraie capture d'écran de la page source, collée sur une carte de papier avec un cercle au marqueur rouge autour de la ligne clé — tout le reste reste une reconstruction papercut approximative de l'UI du produit sur un moniteur ou un portable en papier) et un callback à un décor antérieur avant le CTA, et il vérifie la porte de fermeture (chaque scène a une caméra et un cut entrant, chaque mot accentué a un événement, au maximum un page turn ou tear par reel, sons d'air dans le budget). Dépôt : https://github.com/0xS4N4TG/papercut-explainer (le skill est tout le dossier skills/papercut-storyboard/ au commit épinglé : SKILL.md seulement, 1 fichier) Version épinglée : installe le code au commit ff8223abc8136cc09e8d7e9b62ecb5d080c389e1 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/0xS4N4TG/papercut-explainer dans un dossier temporaire, place-toi au commit ff8223abc8136cc09e8d7e9b62ecb5d080c389e1, et copie le dossier skills/papercut-storyboard/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-19 : [FINGERPRINTS] - SKILL.md: SHA-256 6b69d53f7ae5cbee47008c6e9f2fafe946de5912bf3ac2d72daab709cb8329e5 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quels services il se connecte, s'il lit ou envoie des informations personnelles ou des clés, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir du fichier : - Le dossier du skill contient 1 fichier seulement, en texte brut : SKILL.md (6 933 octets). Il n'y a aucun code, aucun script, aucun fichier de référence, aucun import et aucune URL dans le dossier. Tout ce que SKILL.md pointe vit hors du dossier (point suivant) — ce skill est un brief de planification qui nomme d'autres fichiers, composants et étapes ; il ne les embarque pas. - Dépendances hors du dossier, divulguées ici — aucune n'est installée par cette installation, et n'en récupère, n'en installe et n'en exécute aucune pendant cette installation : (a) la bibliothèque papercut partagée, résolue à l'usage depuis la variable d'environnement PAPERCUT_LIB, sinon depuis la ligne PAPERCUT_LIB= de ~/.config/papercut-explainer/config.env (un fichier de configuration que ce skill lit à l'usage), sinon en me le demandant une fois — dans cette bibliothèque, SKILL.md lit library/papercut/CATALOG.md (les sections « paper/camera.tsx » et « paper/transitions.tsx »), ouvre library/papercut/public/bg/backdrops/_sheet.jpg pour choisir les décors, nomme ses composants de caméra et de transition depuis les fichiers du kit library/papercut/kit/paper/camera.tsx, transitions.tsx et kit.tsx, et nomme ses sons depuis library/audio/CATALOG.md ; si le fichier de catalogue manque ou est périmé, SKILL.md dit d'exécuter python3 $PAPERCUT_LIB/tools/catalog.py (l'outil propre à la bibliothèque, hors de ce dossier, balayage de fichiers local seulement d'après ses imports). (b) Deux fichiers de référence du dossier du skill voisin skills/papercut-explainer/, atteints comme ../papercut-explainer/references/style-guide.md (section 5 pour la palette par rôle, section 6 pour les polices, section 4 pour le canevas et les zones, section 12 pour une métaphore de déverrouillage de fonction) et ../papercut-explainer/references/motion-principles.md (les 12 principes d'animation mappés aux composants du kit). (c) Les étapes voisines, dont aucune ne fait partie de cette fiche : il lui faut narration/script.json et un papercut/STORYBOARD.md dont le bloc HOOK et la table de mise en scène viennent des skills voisins papercut-hook et papercut-script (SKILL.md dit d'exécuter ces deux-là si les entrées manquent), il applique la règle de papercut-hook au cut sortant du hook dans S01 et S02, et sa passation va au skill voisin papercut-build, qui échafaude le projet et remplit episode.json depuis la table Caméra / Cut. (d) Les fichiers de mon propre projet d'épisode, qui sont des entrées et des sorties, pas des fichiers du dépôt : narration/script.json, papercut/STORYBOARD.md, episode.json, tools/cues.json et tools/cue_sheet.d/<Scene>.json (les agents de scène y écrivent les vraies lignes SFX, avec les comptes du cues.py de la bibliothèque). - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Aucun script n'est exécuté pendant l'installation, aucune clé n'est demandée, et il n'y a aucune télémétrie dans le dossier — SKILL.md ne contient aucune URL. - Ce qui quitte cette machine à l'usage, divulgué ici avant que ça arrive : l'écriture du storyboard elle-même n'envoie rien — c'est un travail local, entre toi et moi, sur les fichiers de mon projet (lecture de narration/script.json et de STORYBOARD.md, écriture des règles globales, de la table Caméra / Cut et des blocs de scènes dans STORYBOARD.md, et des entrées de cuts mises en forme pour episode.json). La seule exception, nommée dans les règles de blocs de scènes de SKILL.md : le beat de preuve, une fois par reel, utilise une vraie capture d'écran de la page source, capturée via library/tools/capture.mjs — un outil de la bibliothèque partagée, hors de ce dossier et non installé ici — qui lance un Chrome/Chromium sans interface via puppeteer-core et visite l'URL de la page source (la page dont mon script est tiré), en téléchargeant cette page pour la capturer localement en PNG pour le build ultérieur. Cette visite, vers l'hôte de cette page, arrive seulement à l'usage, seulement pour le beat de preuve, et seulement quand la bibliothèque est présente et que cette étape de capture ultérieure roule vraiment ; le texte de ce skill lui-même ne fait aucun appel réseau, ne nomme aucune API, aucun compte et aucune clé. Si je n'ai pas de bibliothèque, ou si je saute la capture de preuve, rien ne quitte cette machine quand ce skill est utilisé. Les étapes ultérieures (papercut-build, papercut-voice, le rendu) sont des skills séparés avec leur propre comportement, pas celui-ci. - Les règles d'honnêteté de SKILL.md : l'UI du produit est toujours la reconstruction papercut approximative sur un moniteur ou un portable en papier, avec de fausses interactions — la seule capture de preuve est la seule vraie capture, collée sur une carte de papier, jamais un redessin présenté comme réel ; un simple CameraPush est permis sur un tiers des scènes au maximum ; au maximum un page turn ou tear par reel ; les transitions durent 6-12 frames, chacune avec son SFX. - N'installe pas la bibliothèque, les skills voisins ni quoi que ce soit d'autre pendant cette installation, n'exécute ni catalog.py, ni capture.mjs, ni cues.py, ne crée pas de projet d'épisode, et n'écris aucun storyboard : utiliser le skill est ma décision, plus tard, quand je le demande vraiment. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier papercut-storyboard dans le répertoire des skills de l'agent, dans un dossier nommé « papercut-storyboard », en gardant son 1 fichier (SKILL.md à sa racine). Un clone manuel suivi de la copie du dossier skills/papercut-storyboard dans ~/.claude/skills/ est la route décrite ici ; toute autre route ne convient que si chaque fichier installé correspond à son empreinte. 4. Vérifie sans appels réseau : frontmatter valide (name: papercut-storyboard), le 1 fichier en place avec une empreinte concordante. N'exécute aucun script pour vérifier — il n'y en a aucun dans ce dossier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : installer séparément le reste du dépôt papercut-explainer si je veux que le skill fonctionne tel qu'écrit — la bibliothèque partagée avec son catalogue, son kit, sa planche de décors et son catalogue audio, et les skills voisins papercut-explainer (pour ses deux fichiers de référence), papercut-hook et papercut-script (pour le bloc HOOK, la table de mise en scène et narration/script.json), avec PAPERCUT_LIB résoluble depuis mon environnement ou depuis ~/.config/papercut-explainer/config.env ; fournir narration/script.json et papercut/STORYBOARD.md dans mon projet d'épisode ; attendre la sortie comme les règles globales, la table Caméra / Cut et un bloc par scène dans STORYBOARD.md, prête pour papercut-build ; utiliser le skill est une étape séparée qui ne commence que quand je le demande, et la seule route réseau à l'usage divulguée ci-dessus — la capture du beat de preuve de ma page source via le capture.mjs de la bibliothèque — arrive seulement à ce moment-là, si cette étape roule). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.