Automatiser une tâche répétitive et écrire un script jetable
Automatiser un geste répété commence par séparer ce qui reste fixe de ce qui varie à chaque fois, se décrit par son entrée, sa sortie et l'environnement où il doit tourner, et se vérifie par un essai à blanc avant toute étape qui supprime, déplace ou écrase quoi que ce soit.
Un geste répété trois fois de la même façon, sur des données différentes, cache toujours la même structure : une partie qui ne change jamais et une partie qui varie à chaque passage. Isoler cette seconde partie avant d'écrire quoi que ce soit transforme une suite d'actions manuelles en un script réutilisable sur le prochain cas, sans le réécrire.
Séparer ce qui est fixe de ce qui varie
Renommer des fichiers photo, exporter un rapport mensuel, nettoyer un dossier de téléchargements : chacun de ces gestes contient une logique constante, le type de transformation appliqué, et des paramètres qui changent, le dossier visé, le motif de nom, la date. Nommer ces paramètres avant de demander le script, plutôt que de laisser Claude les deviner dans le texte généré, évite un script qui ne fonctionne que sur le cas précis qui a servi d'exemple.
Décrire un script jetable par entrée, sortie et environnement
Un script jetable n'a pas besoin d'une spécification complète : il se décrit par ce qu'il lit, ce qu'il produit, et l'environnement dans lequel il doit tourner, le langage disponible, le système d'exploitation, les outils déjà installés. Cette description courte suffit à Claude Code pour écrire un premier jet, quitte à l'ajuster ensuite sur un exemple réel.
mkdir -p demo-renommage && cd demo-renommage
for i in 1 2 3; do echo "contenu" > "PHOTO_VACANCES_$i.JPG"; done
ls
> écris un script qui met en minuscules le nom et l'extension de chaque fichier .JPG
> de ce dossier, fais d'abord un essai à blanc qui affiche les renommages prévus
> sans rien changer sur le disqueDemander un essai à blanc avant toute étape destructive
Un essai à blanc affiche ce qui serait fait sans le faire réellement : les fichiers qui seraient renommés, déplacés ou supprimés, sans toucher au disque. Ce geste se demande avant l'écriture du script définitif, pas après coup sur un script déjà lancé une fois en conditions réelles. La même prudence s'applique à un script qui touche plusieurs fichiers à la fois, ou à une commande qui modifie un dépôt entier. Transformer un script ainsi validé en geste réutilisable d'une session à l'autre est exactement ce que décrit skills, apprendre un workflow à Claude.
Un script conservé, avec ses paramètres nommés et son essai à blanc déjà testé, coûte moins cher à relancer la fois suivante qu'une nouvelle explication tapée de zéro à chaque occasion.
Geste manuel répété contre script paramétré
| Approche | À la troisième répétition | Erreur de frappe possible | Réutilisable sur un autre dossier |
|---|---|---|---|
| Geste manuel répété | Retapé en entier une nouvelle fois | À chaque frappe sur chaque fichier | Non, tout se retape depuis le début |
| Script paramétré | Une commande, un seul paramètre change | Vérifiée une fois par l'essai à blanc | Oui, même script, autre dossier en argument |
Un administrateur écrit une première version d'un script qui exporte les commandes du mois en cours vers un fichier CSV, avec le nom du mois codé directement dans le texte du script. Le mois suivant, il copie le script, change le mois à la main dans le texte, puis relance l'export.
Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.
Ce que cela établit : Ce script fonctionne quand le mois est écrit à la main dans son propre texte avant chaque export, puisque le second export a réussi après cette modification manuelle.
Ce que cela n’établit pas : Il n'établit pas que le script peut s'exécuter sur un autre mois sans modification préalable de son texte, puisque le mois reste fixe tant que personne ne le change.
Les trois calibrages faux les plus courants
- Trop large Ce script peut désormais exporter n'importe quel mois automatiquement, sans plus jamais être modifié.
- Trop étroit Ce résultat ne prouve rien, puisqu'un export sur deux mois consécutifs est trop peu pour en tirer une conclusion.
- À côté Cette situation montre que le format CSV est le plus adapté pour ce type de données mensuelles.
- Nommer les paramètres qui varient, dossier, motif, date, avant d'écrire le script évite un résultat qui ne fonctionne que sur l'exemple ayant servi de modèle.
- Un script jetable se décrit par ce qu'il lit, ce qu'il produit et l'environnement où il tourne, sans avoir besoin d'une spécification complète.
- Un essai à blanc affiche les renommages, déplacements ou suppressions prévus sans toucher au disque, et se demande avant l'écriture du script définitif.
- Un geste répété plus de deux fois sur le même type de tâche devient un candidat sérieux à la conservation en script, plutôt qu'une explication refaite à chaque fois.
Repérez un geste que vous refaites à l'identique depuis au moins trois fois, décrivez à Claude son entrée, sa sortie et l'environnement où il doit tourner, puis demandez un essai à blanc avant de le laisser exécuter quoi que ce soit qui modifie un fichier réel.