Checklist des 30 premières minutes avec Claude Code : quoi demander, éviter et conserver

Les 30 premières minutes décident si Claude Code devient utile

Beaucoup d’essais de Claude Code échouent parce que la première session est trop vague, trop grande ou trop risquée. Un bon démarrage doit produire une petite victoire vérifiable, une note réutilisable et une prochaine étape claire.

Cette checklist complète First Task Runbook et prépare le travail plus profond décrit dans le Setup Guide.

Ce qui doit rester après 30 minutes

Il faut garder quatre éléments : une carte du dépôt, un petit changement ou diagnostic sûr, une preuve de vérification et une note de handoff. Le but n’est pas de produire beaucoup de code, mais de réduire le risque.

Minutes 0 à 5 : poser les limites

Commence par demander du contexte, pas une implémentation.

Read this repository and tell me:
1. the main entry points
2. the commands I will probably need
3. the risky directories I should avoid first
4. the safest high-value first task for a 30-minute session

Ce prompt vérifie si Claude Code comprend les points d’entrée, les commandes, les dossiers risqués et la meilleure première tâche.

Minutes 5 à 20 : choisir une cible limitée

Une bonne première tâche peut être expliquer un test rouge, ajuster un CTA, tracer une erreur 500, écrire une section CLAUDE.md ou transformer un bug flou en reproduction.

Une mauvaise première tâche serait de refaire toute la page d’accueil, refactorer toute l’authentification ou déployer dès la première session.

Minutes 20 à 30 : vérifier et transmettre

Termine par une preuve simple.

git status --short
npm.cmd run build

Note ensuite ce qui a changé, ce qui a été vérifié, ce qui reste incertain et la plus petite prochaine action.

Prochaine étape

Si tu veux surtout retenir les commandes et prompts sûrs, commence par le cheatsheet gratuit. Si le blocage concerne les permissions, CLAUDE.md ou hooks, prends le Setup Guide. Pour concevoir le workflow avec une équipe, va vers la consultation.