Runbook de première tâche avec Claude Code : 7 démarrages sûrs pour créer vite la confiance

La première tâche détermine la confiance dans Claude Code

Après l’installation, ne demandez pas tout de suite une grosse fonctionnalité. La première tâche doit être petite, locale, vérifiable et facile à annuler.

Ce runbook complète le guide de démarrage. Pour fixer les règles de travail, utilisez aussi les modèles CLAUDE.md.

Ce qui fait une bonne première tâche

Règle	Pourquoi c’est important
Locale	Pas de production ni de service externe
Bornée	La tâche ne devient pas tout le projet
Vérifiable	Diff, build ou test prouvent le résultat
Réversible	Un mauvais résultat se retire vite

7 tâches sûres pour commencer

1. Faire lire le repo avant toute édition

Lis ce repo et indique:
1. les points d’entrée
2. les commandes principales
3. les dossiers risqués
4. le premier petit fichier sûr à modifier

Vous testez la compréhension avant de confier l’édition.

2. Résumer un test en échec ou une erreur visible

git status --short
npm.cmd run test

Demandez le point d’échec, la cause probable et la prochaine action minimale.

3. Demander un petit plan de refactor avant le code

Inspecte ce fichier et propose le plus petit refactor qui améliore la clarté
sans changer le comportement. Donne le plan, les lignes touchées, les risques
et la vérification. N’édite pas encore.

Si le plan est faible, vous arrêtez avant de casser le code.

4. Ajouter une assertion à un test existant

C’est petit, mesurable et utile pour vérifier la compréhension de l’intention.

5. Transformer un bug vague en note reproductible

Avant de corriger “ça casse parfois”, utilisez le modèle de bug report pour cadrer les conditions.

6. Créer un CLAUDE.md minimal

# CLAUDE.md
- stack: Astro + TypeScript
- commands: npm.cmd run build
- do not touch: .env, dist, generated exports
- output preference: expliquer le plan avant plusieurs fichiers

Une petite règle rend les sessions suivantes plus stables.

7. Laisser une note de handoff

Le premier succès peut être une note qui permet à la session suivante de repartir sans ambiguïté.

À éviter

Ne commencez pas par un deploy production, un push, un envoi externe ou une réécriture totale. La première tâche doit se vérifier localement.

Étape suivante

Fixez les commandes avec le cheatsheet gratuit. Si vous bloquez sur setup, permissions ou CLAUDE.md, voyez le Setup Guide. Pour une adoption d’équipe, consultez la page de conseil.

Ce qu’il faut revoir après la tâche

La première tâche sert à décider si Claude Code peut recevoir plus d’autonomie. À la fin, vérifiez les fichiers modifiés, la commande de validation, les risques restants et la prochaine tâche minimale. Sans cela, vous ne savez pas si le succès est reproductible.

Révise cette tâche:
1. fichiers réellement modifiés
2. commandes qui prouvent le succès
3. risques non vérifiés
4. prochaine petite tâche sûre
5. procédure de rollback

Une bonne première session ne cherche pas le plus gros diff. Elle rend la prochaine décision plus simple. Une seule assertion peut suffire si la vérification est claire. Un grand changement sans preuve doit être réduit à une tâche plus petite.