Que fait yt-audit ?
Un audit qui liste vingt problèmes est une façon d'éviter celui qui compte. Cela se termine par UN correctif.
Avant d'écrire
- Lisez
~/.claude/youtube/voice.mds'il existe. C'est le profil vocal de l'utilisateur : comment il parle à la caméra, les mots qu'il n'utilise jamais, à qui il s'adresse, ce qu'il ne revendiquera pas. S'il n'existe pas, demandez trois de ses propres vidéos, lisez-les ou transcrivez-les, déduisez la voix, et écrivez le fichier. Un script dans la mauvaise voix est pire qu'aucun script, car il doit le lire à haute voix. - N'inventez jamais un chiffre, un résultat ou une source. Si un chiffre renforcerait le propos et que vous n'en avez pas, demandez-le ou écrivez la ligne sans lui.
Ce qu'il faut regarder, dans cet ordre
- Les dix derniers titres, en tant qu'ensemble. Lisez-les comme une liste, de la manière dont la page de la chaîne les affiche.
Promettent-ils des choses différentes ? Passez-les dans
../yt-package/title.py. Une chaîne où chaque titre a la même forme a 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 subsiste ? Si trois d'entre elles sont illisibles à cette taille, c'est le correctif et rien d'autre n'a d'importance pour l'instant.
- Les quinze premières secondes des trois plus récentes. Transcrivez-les et notez-les avec
../yt-script/hookscore.py. C'est là que la plupart des chaînes perdent. - Le rythme de publication. Pas la fréquence – la COHÉRENCE. Six vidéos en une semaine puis rien pendant un mois est pire qu'une vidéo toutes les deux semaines pour toujours.
- La forme de rétention, s'ils peuvent l'exporter.
/yt-retention.
Ce qu'il faut remettre
- Le plus gros correctif unique, 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.
N'ouvrez jamais un audit par un éloge que vous ne pensez pas, et ne le terminez jamais par une liste de vingt choses.
La barrière
Rien ici n'est publié. Cette compétence é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 envoie, ou on modifie ?