Papercut QA

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, rien à installer d'abord, et aucun script exécuté. Lis ceci avant de t'attendre à l'utiliser, par contre : ce skill n'est PAS autonome et ne fait rien tout seul. Pour l'utiliser, il faut une installation Standard ou Full de la chaîne d'outils papercut-explainer, configurée séparément et seulement sur ma décision (via le skill frère papercut-setup, qui pilote le install.sh du dépôt) : un checkout complet de ce dépôt fournissant la bibliothèque ($PAPERCUT_LIB), le skill frère papercut-explainer et son dossier references/ assis à côté de ce skill, les autres skills d'étape auxquels il passe la main (papercut-build, papercut-voice, papercut-strategy, papercut-setup), et un projet Remotion échafaudé à contrôler (le dossier papercut/ du projet, son episode.json, son storyboard ainsi que le SERIES.md et la liste de faits de la série). Les images fixes exigent ce projet échafaudé avec Remotion, et les planches-contact exigent Python avec numpy et Pillow ($PAPERCUT_PY) ; le prévol de SKILL.md résout la bibliothèque comme $PAPERCUT_LIB, sinon la ligne PAPERCUT_LIB= dans ~/.config/papercut-explainer/config.env, sinon il me demande une fois. Un avertissement de licence, aussi divulgué au point 2 : le code propre du dépôt est MIT, mais le pipeline vidéo roule sur Remotion, qui n'est PAS MIT — il est à code source disponible sous sa propre licence, gratuit pour les individus et les petites équipes, avec une licence payante au-dessus de son seuil de taille ; lis THIRD_PARTY.md et https://www.remotion.dev/license avant tout usage commercial. Rien de cette configuration ne fait partie de cette installation : n'exécute pas install.sh, papercut-setup ni aucun échafaudage pendant cette installation. Installe-moi « papercut-qa ». Il contrôle la qualité d'un reel explicatif papercut : il rend des images fixes en planches-contact étiquetées à quelques instants, les compare pour le style (pas le contenu) à l'ADN de style et au storyboard, exécute la liste de contrôle complète (aspect papier, bannière, captions, densité, bloc HOOK, passe d'humour, synchronisation), fait une passe des principes du mouvement sur une scène, et rédige le résumé de livraison. Il roule par scène pendant la construction et une fois sur le reel entier avant le rendu final. Dépôt : https://github.com/0xS4N4TG/papercut-explainer (le skill est tout le dossier skills/papercut-qa/ au commit épinglé : SKILL.md seul, 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-qa/ de ce checkout. Compare ensuite le fichier du dossier à l'empreinte enregistrée pour cette fiche le 2026-10-19 : [FINGERPRINTS] - SKILL.md: SHA-256 f43ce2e67f37e5ef541d8c730039745ba466c4da43112a4c79004e3cb90b5dd9 Si le 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 : SKILL.md (4 668 octets). Il n'y a aucun script, aucune référence et aucun asset dans skills/papercut-qa/. Le skill n'est PAS autonome dans son dossier — à l'usage, il dépend de fichiers qui vivent ailleurs, et installer ce dossier seul ne le rend pas utilisable : (a) le dossier du skill frère ../papercut-explainer/references/ — style-guide.md section 2 (l'ADN de style), frame-breakdown.md (les statistiques de rythme/densité) et motion-principles.md (la passe des principes) — donc papercut-explainer doit être assis à côté de papercut-qa dans le même dossier de skills ; (b) la bibliothèque du dépôt, résolue comme $PAPERCUT_LIB (sinon la ligne PAPERCUT_LIB= dans ~/.config/papercut-explainer/config.env, sinon il me demande une fois) : $PAPERCUT_LIB/tools/qa.sh rend les images fixes, $PAPERCUT_LIB/tools/sheet.py (Pillow) bâtit les planches-contact, qa.sh source aussi le env.sh de la bibliothèque, et l'image de la planche des décors library/papercut/public/bg/backdrops/_sheet.jpg est lue comme référence de style ; (c) un projet Remotion échafaudé fourni par moi : SKILL.md roule depuis le dossier papercut/ du projet, qa.sh lit le episode.json du projet pour l'identifiant de composition, et la liste de contrôle lit le storyboard du projet, sa liste de faits et le SERIES.md de la série ; (d) les skills frères d'étape auxquels il passe la main — papercut-build (reconstruire une scène, ou le rendu final via $PAPERCUT_LIB/tools/render.sh, seulement quand je le demande), papercut-voice (re-voicer une voix temporaire), papercut-strategy (les chiffres d'après publication) et papercut-setup (les morceaux manquants, via ./install.sh --doctor depuis la racine du dépôt). - 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, aucune URL et aucun appel API dans SKILL.md, dans $PAPERCUT_LIB/tools/qa.sh ni dans $PAPERCUT_LIB/tools/sheet.py. - Ce qui quitte cette machine à l'usage, divulgué ici avant que ça arrive — utiliser le skill est une étape séparée qui ne commence que quand je demande une passe QA, et le flot QA lui-même ne nomme aucun service externe, aucun hôte et aucune API : tout roule localement. Depuis le dossier papercut/ du projet, l'agent exécute $PAPERCUT_LIB/tools/qa.sh NAME FROM-TO NTH [SCALE=0.3] [COLS=9] (une commande par scène, jamais deux rendus à la fois) : qa.sh lit episode.json localement, supprime et recrée out/qa/NAME/ localement, exécute npx remotion render localement (--sequence, --every-nth-frame, --scale, --gl=angle, --muted, images fixes JPEG), puis exécute $PAPERCUT_PY sur $PAPERCUT_LIB/tools/sheet.py, qui utilise Pillow localement pour bâtir les planches-contact étiquetées out/qa/NAME_0.jpg (et _1, _2 pour les plages plus longues, au plus 45 images par planche). Les correctifs sont des éditions locales du fichier de scène (ou du kit dans la bibliothèque, jamais src/lib/ dans le projet), l'aperçu Studio que je parcours est le Remotion Studio local, et le rendu final via $PAPERCUT_LIB/tools/render.sh roule aussi localement, seulement quand je le demande. Le seul réseau que le flot QA lui-même peut déclencher est un téléchargement, pas un envoi : au tout premier rendu Remotion d'une machine, Remotion peut télécharger son navigateur headless (environ 200 Mo, selon le README du dépôt) une seule fois. Les planches-contact, la planche des décors et les fichiers de référence sont ouverts et lus par toi, l'agent — SKILL.md estime environ 0,7-1,5 k jetons par image, donc n'ouvre que ce que l'étape exige — et ils passent par ton propre contexte de modèle comme tout fichier que tu lis pour moi ; SKILL.md ne nomme aucune autre destination pour eux. Deux bornes : s'il manque des morceaux, le prévol de SKILL.md pointe vers ./install.sh --doctor puis papercut-setup — cette configuration est une étape séparée que je décide, et c'est elle (jamais cette installation, jamais une passe QA en silence) qui peut aller chercher sur le réseau (le clone du dépôt, les paquets npm, et en mode Full les téléchargements de modèles) ; et rien dans la liste de contrôle QA ne publie quoi que ce soit nulle part — après que j'ai publié le reel moi-même, SKILL.md dit seulement que les chiffres vont à papercut-strategy pour l'autopsie, comme un passage de main local. - N'exécute pas install.sh, n'invoque pas papercut-setup, n'installe pas numpy, Pillow, Remotion ni quoi que ce soit d'autre, n'échafaude pas de projet, et n'exécute pas qa.sh, sheet.py ni render.sh pendant cette installation : configurer la chaîne d'outils 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-qa dans le répertoire des skills de l'agent, dans un dossier nommé « papercut-qa », en gardant son 1 fichier (SKILL.md à sa racine). Un clone manuel suivi de la copie du dossier skills/papercut-qa dans ~/.claude/skills/ est la route décrite ici ; toute autre route ne convient que si le fichier installé correspond à son empreinte. 4. Vérifie sans appels réseau : frontmatter valide (name: papercut-qa), le 1 fichier en place avec une empreinte concordante. N'exécute pas qa.sh, sheet.py ni render.sh pour vérifier, et n'exécute pas ./install.sh --doctor dans le cadre de cette installation. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : configurer moi-même la chaîne d'outils papercut-explainer en Standard ou Full, via papercut-setup / le install.sh du dépôt, pour que la bibliothèque, les références du frère papercut-explainer et les autres skills d'étape existent et que $PAPERCUT_LIB et $PAPERCUT_PY — Python avec numpy et Pillow — se résolvent ; fournir un projet Remotion échafaudé avec son storyboard, sa liste de faits et son SERIES.md pour toute passe QA ; noter le point de licence Remotion ci-dessus avant tout usage commercial ; utiliser le skill est une étape séparée qui ne commence que quand je le demande, et le comportement à l'usage divulgué ci-dessus — rendus et planches-contact locaux, plus le possible téléchargement unique du navigateur headless de Remotion au premier rendu — arrive seulement à ce moment-là). 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.