30 Étapes pour maîtriser Claude

Afin de bien prendre en main Claude Code il est nécessaire de bien comprendre certain point et d'optimiser la production en l'utilisant comme il se doit.

1 - Installer Claude Code avec l'installateur Natif

Cela permet de garder Claude à jours, car les mises à jours seront réalisé automatiquement à chaque démarrage de session.

curl -fsSL https.../install.sh | bash

Par exemple si l'installation à était faite via Homebrew, les mises à jours ne seront pas automatiques.

Pour vérifier la version :

# Afficher la version (en dehors d'une session)
claude --version

# Afficher la méthode d'installation (dans une session)
/doctor

2 - Customiser l'interface de session

Personnaliser le thème

# Pour choisir le theme
/theme

# Pour choisir la couleur de l'invite
/color

Customiser la ligne de status

# Par exemple pour afficher des indications personnalisés
/statusline show active model and context usage in percent and token usage for the session

3 - Adapter l'affichage

Par défaut

Utiliser /tui default pour des échanges rapides

Idéal pour des allez-retour rapides
Questions / réponses
en mode "chat" classique

Le mode fullscreen

Utiliser /tui fullscreen pour un rendu fluide

Zéro scintillement
Barre prompt fixe en bas pendant que claude travaille
Mémoire constante durant la session

Bonus pour se concentrer

Activer / Désactiver le mode focus avec /focus
Une fois activé, vous ne verrez plus que le dernier prompt, un résumé des tools utilisés et la réponse de claude

4 - Initialiser la première session d'un projet

La commande suivante /init permet de générer la feuille de route. Elle est à faire seulement la première fois de l'utilisation de claude dans un projet.

Analyser la codebase du projet : architecture, stack, convention
Génère un CLAUDE.md
Le fichier sera relu à chaque session par Claude

Le fichier CLAUDE.md à deux porté : <projet>/CLAUDE.md (porté du projet) et ~/.claude/CLAUDE.md (porté global, tous projets)

5 - Nommer / Renommer une session

La commande /rename permet de renommer la session en cours et d'afficher le nouveau nom dans la barre d'invite.

Il n'est pas obligé de renommer la session, Claude le fait automatiquement en se basant sur le contenu du prompt.

Mais il est conseillé d'avoir un nom de session approprié pour parcourir les sessions et retrouver les anciennes (prochain tip).

6 - Récupérer une ancienne session

La commande /resume permet de ré ouvrir une session avec son historique et tout son contexte.

Par défaut, les sessions sont conservées pendant 30 jours. Ajustable avec la propriété cleanupPeriodeDays dans les settings (~/.claude/settings.json).

7 - Prises en main

Claude Code à une commande /powerup qui permet à l'utilisateur de faire un parcours interactif afin de découvrir les fonctionnalités.

10 leçons couvrant les fonctionnalités clés
Chaque leçon inclus une explication + une mini démo
Exemple de sujet : Naviguer dans la code base / Le mode permission / le contexte / etc..

8 - Les caractères clés dans l'invite de Claude

! Exécuter une commande bash

# Lancer la commande git fetch sans sortir de la session de claude
!git fetch

Executer la commande + affiche le résultat
L'auto complétion est également disponible

@ Réferencer un fichier dans un prompt

@src/app/login/login.component.ts écrit les tests unitaires du composant

Injecte directement le contenu du fichier dans le contexte
Auto complétion du chemin
Résultats plus précis et moins de token utilisé

9 - Démarrer une session dans le bon dossier

Il est fortement conseiller de commencer une session claude à la racine du projet. Pourquoi ?

Cela permet de lui donner un aperçu global de l'architecture
Meilleure compréhension de la structure (front, back, config, scripts, ...)
Récupère les dépendances entres les apps (front et back)
Accède aux fichiers de configurations

Il est aussi possible de spécifiez des répertoires supplémentaires externes avec : --add-dir ../libs ../shared

10 - Combinez CLAUDE.md et mémoire automatique

Deux systèmes de mémoires complémentaires existent dans Claude. Les deux systèmes sont chargés au début de chaque conversation. Plus vos instructions sont spécifiques et concises, plus Claude les suit.

Bien gérer le CLAUDE.md

Court et précis (500 lignes max)
Indiquer ce qu'il ne faut pas faire
Mettre à jours avec les décisions techniques

Mémoire automatique

C'est Claude qui la gère
Se construit automatiquement via les conversations
Ne duplique pas le contenu de CLAUDE.md

Dans les deux cas il est possible de consulter et modifier ce que Claude à mémorisé avec la commande : /memory

11 - Maîtriser la gestion du contexte

Lorsqu'on lance Claude Code, on démarre une session. Cette session possède un contexte qui va s’agrandir progressivement :

Les promptes et les réponses de l'agent Les fichiers lus Les résultats des commandes exécutés

Ce contexte est limité par une fenêtre de tokens qui dépend du modèle utilisé. (Sonnet, Opus, Haiku)

Plus la session avance, plus le contexte se remplit. Si la limite est atteinte, Claude peut commencer à oublier des instructions données plus tôt et produire des réponses incohérentes et avoir des hallucinations.

La commande /compact permet de compresser l'historique et de libérer l'espace sans repartir de zéro.

Il ne faut surtout pas dépasser les 70% de contexte sinon la session est bonne pour être recommencé de zéro. Utiliser la commande /context pour afficher le contexte utilisé par l'agent (voir l'étape 13).

12 - Vider la session à chaque changement de tâche

Suite au conseil précédent il existe la commande /clear qui permet de complètement vider une session.

Efface l'historique de la conversation et repart de zéro (équivalent à recréer une session) Évite les compactions coûteuses sur du contexte qui est devenu inutile avec la nouvelle tâche Analyse plus précise et non biaisé par un ancien contexte

13 - Consulter le contexte

La commande /context permet d'afficher visuellement l'utilisation du contexte actuel.

Affichage sous forme de grille colorée Répartitions des différents éléments chargés dans le contexte (Instructions, fichiers, historique, skills, etc..)

Pourquoi c'est utile ?

Cela permet de comprendre ce que Claude à en mémoire réellement Identifier des éléments manquants ou inutiles Évite la surcharge de contexte et perdre de la précision de réponse

14 - Structurer les prompts

Structure

Être explicite sur le résultat attendu Fournir le contexte et le pourquoi Découper en étapes (step-by-step)

Précision

Inclure si possibles des exemples du résultat voulu Formuler en positif (quoi faire, et ne pas quoi éviter) Définir un critère de validation : tests, outputs

Pour les longs prompts il est possible d'utiliser la commande /voice pour activer la dictée vocale (taper sur <space> pour commencer à parler.

15 - Commencer en mode plan

Il est conseillé d'itérer les premiers échanges en mode plan avant de laisser Claude développer.

Cela permet de challenger son plan d'exécution et de voir si la demande a bien était comprise.

Pour changer entre le mode plan et le mode édition il faut réaliser la combinaison de touche : Shift + Tab

Mode plan pour initier la session et la demande Challenger sur ses décisions et itérer avec lui tant que ce n'est pas parfait Passer en mode écriture une fois le plan bien définit

16 - Utiliser le bon agent en fonction du besoin

Le choix du modèle impacte directement le résultat et le nombre de consommation de token.

En mode interactif avec la commande /model ou avec un mot clé : default|sonnet|opus|haiku

Haiku -> tâche simples ou question simple, rapide et économique Sonnet -> usage quotidien, bon équilibre Sonnet 1M -> gros fichiers / longues sessions Opus -> Problèmes complexes, raisonnement avancés, analyses poussées

17 - Ajuster l'effort du modèle

Il existe plusieurs niveaux d'effort pour contrôler la profondeur du raisonnement.

low -> tâches simples, faible latence, moins de tokens medium -> optimisation des coûts high -> bon équilibre coût / raisonnement xhigh -> recommandé pour les tâches complexes max -> raisonnement maximal (surcoût +++)