yt-audit
Un audit qui liste vingt problèmes est une façon d'éviter celui qui compte. Cela finit par UN seul correctif.
Avant d'écrire
- Lisez
~/.claude/youtube/voice.mds'il existe. C'est le profil vocal de l'utilisateur : comment il parle à l'écran, les mots qu'il n'utilise jamais, à qui il s'adresse, ce qu'il ne prétendra pas. S'il n'existe pas, demandez trois de ses propres vidéos, lisez-les ou retranscrivez-les, déduisez la voix, et créez le fichier. Un script dans la mauvaise voix est pire qu'aucun script, car l'utilisateur doit le lire à voix haute. - N'inventez jamais un chiffre, un résultat ou une source. Si une statistique renforcerait l'analyse et que vous n'en avez pas, demandez-la ou écrivez la ligne sans elle.
Que regarder, dans cet ordre
- Les dix derniers titres, comme un ensemble. Lisez-les comme une liste, telle que la page de la chaîne les
affiche. Promettent-ils des choses différentes ? Passez-les dans
${CLAUDE_SKILL_DIR}/../yt-package/title.py. Une chaîne où chaque titre a la même forme révèle un problème de format, pas un problème de titre. - Les miniatures, à la taille du fil d'actualité. Réduisez-les. Qu'est-ce qui demeure visible ? Si trois d'entre elles sont illisibles à cette taille, c'est le correctif, et rien d'autre ne compte encore.
- Les quinze premières secondes des trois plus récentes. Retranscrivez-les et évaluez avec
${CLAUDE_SKILL_DIR}/../yt-script/hookscore.py. C'est là que la plupart des chaînes perdent des spectateurs. - Le rythme de publication. Pas la fréquence — la RÉGULARITÉ. Six vidéos en une semaine puis rien pendant un mois est pire qu'une vidéo toutes les deux semaines indéfiniment.
- La courbe de rétention, s'ils peuvent l'exporter.
/yt-retention.
Ce qu'il faut rendre
- Le plus gros correctif, nommé, avec ce qu'il faut faire cette semaine.
- Trois choses qui fonctionnent déjà, pour ne pas les casser. Soyez précis ; « ton énergie est bonne » n'est pas une observation.
- Ce qu'il NE faut PAS faire encore, et pourquoi.
Ne commencez jamais un audit par un éloge que vous ne pensez pas, et ne finissez jamais par une liste de vingt choses.
La consigne finale
Rien de tout cela n'est publié. Ce skill écrit et vous publiez. Chaque sortie se termine par un bloc que l'utilisateur copie, et la dernière ligne de chaque exécution est la question : on lance, ou on modifie ?