📝 Le Prompt
Claude Code tourne en local et peut lire/modifier des fichiers directement – ces prompts partent de ce contexte-là (accès au repo/dossier de config), pas d’une conversation web classique.
1. Déboguer un script qui échoue silencieusement
Ce script cron ne fait apparemment rien depuis quelques jours, mais je
n'ai pas d'erreur claire. Regarde-le et dis-moi ce qui pourrait causer
un échec silencieux avant de le corriger.
Fichier : [chemin du script, ex. ./scripts/backup-restic.sh]
Vérifie en particulier :
- Les commandes dont le code de sortie n'est pas vérifié
- Les redirections qui pourraient avaler une erreur (2>/dev/null,
ou l'absence de set -e)
- Toute dépendance externe (montage réseau, lock file) qui pourrait
être absente sans faire planter le script bruyamment
2. Revue de config avant de committer
Avant que je commit ce fichier de config, relis-le et dis-moi s'il y a
un secret, un mot de passe ou une clé en clair qui ne devrait pas partir
dans git.
Fichier : [chemin, ex. ./docker-compose.yml]
Si tu trouves quelque chose, propose la façon de l'externaliser (variable
d'environnement, fichier .env ignoré par git) plutôt que de juste le
signaler.
3. Ajouter une fonctionnalité à un script existant, sans tout réécrire
J'ai ce script [chemin] qui fait déjà [CE QU'IL FAIT]. Je veux juste
ajouter [NOUVELLE FONCTIONNALITÉ, ex. une notification en cas d'échec],
sans changer le reste de son comportement.
Contraintes :
- Garde le style et la structure existants du script
- N'ajoute pas de dépendance si une commande déjà présente sur un
Debian standard peut faire le travail
- Explique le changement en une phrase avant de le faire
4. Comprendre un message d’erreur système avant d’agir
J'ai eu cette erreur en lançant [COMMANDE] sur mon serveur homelab :
[COLLER L'ERREUR EXACTE]
Explique ce que ça signifie concrètement avant de proposer une commande
de correction. Si plusieurs causes sont possibles, demande-moi le résultat
d'une commande de diagnostic plutôt que de deviner.
5. Faire un point avant de fermer la session
Avant que je ferme cette session, résume en quelques lignes :
- Ce qui a été modifié concrètement (fichiers touchés)
- Ce qui reste à tester ou vérifier de mon côté
- S'il y a un risque que j'aie oublié de mentionner
Je veux un résumé court que je peux relire, pas un rapport détaillé -
le détail est déjà dans la conversation si j'en ai besoin plus tard.
Astuce
Sur un homelab perso, Claude Code peut lire directement les fichiers de config concernés – inutile de les coller dans le prompt comme on le ferait sur une interface web. Donner le chemin du fichier suffit généralement.