Les checklists

Checklist 1, avant de commencer un projet

Tout ce qui doit être en place avant la première ligne de code. Chaque case se coche avec une preuve : une commande qui passe, un fichier qui existe, un test manuel validé.

Installation

• claude --version affiche une version récente dans le terminal
• Abonnement Claude actif (Pro ou Max), vérifié dans les réglages de ton compte sur claude.ai
• Premier prompt envoyé, Claude répond sans erreur d'auth
• Extension VS Code installée si tu travailles dans l'éditeur

Configuration du projet

• CLAUDE.md présent à la racine avec les 8 sections (chapitre 3), sous 200 lignes
• .claude/commands/ ou .claude/skills/ contient au moins une commande à toi (les deux créent une /commande)
• .claude/settings.local.json présent, permissions pré-autorisées listées
• docs/plans/ créé pour les design docs
• Auto-memory active : après la première session, MEMORY.md existe dans ~/.claude/projects/<projet>/memory/ (chapitre 10)
• .gitignore exclut .env.local et .claude/settings.local.json

Permissions et sécurité

• Mode de permission vérifié. Si tu n'as pas fixé d'autre mode, les sessions interactives démarrent en auto mode (le mode par défaut, voir chapitre 9) : un classifieur laisse passer ce qui est sûr et bloque le destructif et les déploiements en prod. Ouvre /permissions, onglet Auto mode, et lis ce qui est autorisé avant de lancer une vraie tâche
• Deny list globale dans ~/.claude/settings.json (rm -rf, force push, db reset) testée
• Tu sais qu'un "vas-y" écrit dans le chat ne lève pas un refus de l'auto mode. Pour débloquer : nomme l'action et sa cible dans ton message, relance-la depuis /permissions (onglet Recently denied, touche r), ou ajoute une règle autoMode.allow dans ~/.claude/settings.json

Configuration avancée (optionnel)

• Hook Prettier post-edit actif, un fichier édité ressort formaté
• Hook typecheck actif, une erreur TypeScript est renvoyée à Claude avant qu'il rende la main
• Serveurs MCP connectés, claude mcp list affiche les bons noms (chapitre 17)
• Sub-agents d'exploration présents dans ~/.claude/agents/
• Status line configurée avec le pourcentage de contexte et le coût de session

Infrastructure (si SaaS)

• node --version affiche v24 (ou au minimum v22)
• Projet Supabase créé, npx supabase start démarre sans erreur
• Vercel lié au repo, un git push déclenche un déploiement
• Toutes les variables d'env.example copiées dans .env.local et remplies
• ID du modèle Claude dans une variable d'environnement, pas en dur dans le code (chapitre 14)
• Domaine acheté et DNS configurés (si prêt pour la prod)

Checklist 2, pour chaque feature

Le cycle complet, du brainstorm au commit.

Phase planification

• 3 à 4 options explorées par écrit avant de choisir
• Design doc écrit : vision, user stories, règles métier
• Plan d'implémentation écrit : tâches numérotées, fichiers touchés, critères de vérification par tâche
• Plan relu et validé avant tout code

Phase exécution

• Claude exécute le plan tâche par tâche, tu supervises
• npm run typecheck passe (zéro erreur) après chaque tâche
• npm run lint passe (zéro warning) après chaque tâche
• Build local OK : npm run build finit sans erreur

Phase validation

• Test visuel sur localhost:3000, chemin nominal validé
• Test visuel des cas d'erreur : saisie invalide, données vides, 404
• Test responsive : fenêtre réduite à 375px, rien ne déborde
• Textes français relus, accents corrects, zéro faute
• 2 à 3 itérations d'ajustement visuel ou fonctionnel effectuées

Phase livraison

• /code-review lancé sur le diff avant le commit, chaque remarque traitée (fixée ou justifiée). La commande est livrée avec Claude Code (c'est une skill intégrée), /review en est un alias, et tu choisis la profondeur (/code-review high). --fix applique les corrections
• Tests unitaires écrits et verts si logique métier
• Lighthouse > 90 sur la page touchée (si page publique)
• Commit avec message conventionnel (feat:, fix:, refactor:), à la main ou avec /commit du plugin commit-commands (chapitre 16)
• git push effectué, preview Vercel déployée et testée

Checklist 3, en fin de session

Ce qui doit être fait avant de fermer le terminal.

Sauvegarde

• git status propre, aucun fichier modifié non commité
• git push effectué, le remote est à jour
• MEMORY.md à jour : demande à Claude "mets à jour la mémoire projet avec les décisions du jour", puis relis ce qu'il a écrit

Coût et contexte

• /usage lancé : coût estimé de la session, taux de lecture en cache, et la cause probable si le cache a sauté. Si un poste t'étonne (un MCP, un skill, un subagent), note-le (chapitre 19)
• /rename pour donner un nom clair à la session, puis /clear. Tu la retrouves plus tard avec /resume, et la prochaine tâche repart d'un contexte vide

Préparation de la prochaine session

• Prochaines priorités notées dans MEMORY.md ou TODO.md
• Bugs en suspens documentés avec étapes de repro
• Branche de travail identifiée (main ou feature branch)
• Serveurs locaux arrêtés si tu éteins la machine (Docker, npm run dev)

Version "rapide" pour les jours où tu es pressé

Si tu n'as que 30 minutes, voici le minimum.

Express (30 min)

• Ouvrir le projet, lancer claude
• Décrire la feature en un prompt précis (chapitre 4)
• Laisser Claude coder, superviser
• Test visuel rapide sur localhost
• /code-review puis commit + git push
• Mémoire mise à jour, /rename, /clear

Sources

• Claude Code, gérer les coûts
• Claude Code, prompt caching
• Claude Code, modes de permission