Prendre en main Claude Code : les bases pour être autonome

Tu as installé Claude Code. Et maintenant ?

Tu as suivi le premier article. Claude Code est installé, la status bar affiche tes tokens, tu sais basculer entre les 3 modes avec Shift+Tab.

Tu commences à parler avec Claude. Il code. Ça marche.

Et puis au bout d'un moment, ça dérape. Claude oublie ce que tu lui as dit. Il part dans une direction bizarre. Tu ne sais plus où tu en es.

Bienvenue dans la réalité du vibecoding.

Dans cet article, je vais te donner les outils pour reprendre le contrôle : le CLAUDE.md, les commandes de survie, les mots magiques, et surtout comprendre pourquoi Claude "oublie" parfois.

Le CLAUDE.md : le guide de Claude pour ton projet

Quand tu ouvres Claude Code dans un dossier, la première chose à faire c'est créer un CLAUDE.md.

C'est quoi ? Un fichier que Claude lit à chaque message. C'est son guide. Tu lui dis qui tu es, quel est le projet, quelles sont tes conventions.

Le créer automatiquement

/init

Claude analyse ton projet et génère un CLAUDE.md initial. C'est un bon point de départ.

La règle critique : 50-80 lignes max

Le CLAUDE.md est injecté à chaque échange. Pas juste au début de la session. À chaque message.

300 lignes = ~2000 tokens gaspillés à chaque fois que tu parles.

Au-delà de ~150 lignes, Claude commence à ignorer des règles. Il ne peut pas tout retenir.

Ce qui va dans le CLAUDE.md :

• Stack technique (Node.js, React, PostgreSQL...)
• Commandes essentielles (npm test, npm run dev...)
• Conventions de code (2 espaces, pas de any...)
• Fichiers critiques à connaître

Ce qui n'y va PAS :

• Documentation complète → trop long
• Exemples de code détaillés → fichiers séparés
• Historique des décisions → docs séparées
• Règles de linting → ESLint/Prettier s'en chargent

Exemple concret

# Mon Projet

## Stack
Node.js, Express, PostgreSQL, Docker

## Commandes
- Dev : `npm run dev`
- Tests : `npm test`
- Build : `npm run build`

## Conventions
- Indentation : 2 espaces
- Commits : Conventional Commits
- Pas de `any` en TypeScript

## Fichiers critiques
- `src/auth.js` : logique d'authentification
- `config/db.js` : config base de données

Court. Précis. Efficace.

La métaphore du bureau : comprendre le contexte

Claude a une limite : 200 000 tokens de contexte.

Imagine un bureau de travail. Tu poses des documents dessus : tes messages, les réponses de Claude, le code qu'il lit, le CLAUDE.md...

Quand le bureau est plein, les documents commencent à tomber. Claude oublie ce que tu lui as dit au début. Il commence à halluciner.

C'est pour ça que tu dois nettoyer régulièrement.

Les commandes de survie

/clear — La plus importante

/clear

Vide tout le contexte. Tu repars à zéro.

Règle d'or : nouvelle tâche = /clear

Tu viens de finir une feature ? /clear avant de passer à la suivante.

Claude est parti dans une mauvaise direction depuis 10 messages ? /clear et réexplique proprement.

J'utilise /clear plusieurs fois par heure. C'est normal.

/context — Voir ce qui prend de la place

/context

Affiche ce qui consomme ton contexte : les MCP actifs, les fichiers lus, les messages...

Utile quand tu sens que Claude ralentit ou oublie des choses. Tu peux identifier ce qui prend trop de place et désactiver les MCP inutiles.

/rewind — Revenir en arrière

Raccourci : Esc + Esc (appuyer deux fois sur Échap)

Ou taper /rewind.

Tu as 3 options :

• Conversation only : garde le code modifié, annule les messages
• Code only : garde la conversation, annule les modifications de code
• Both : annule tout

Attention : Rewind n'annule PAS les commandes bash externes. Si Claude a fait un git push ou un rm, c'est fait. Rewind complète Git, il ne le remplace pas.

Esc — Interrompre Claude

Claude part en vrille ? Il lance une commande que tu ne veux pas ?

Esc (ou Ctrl+C) l'interrompt immédiatement.

Note : Après avoir interrompu, si tu ne peux plus écrire, appuie sur o.

Les mots magiques : faire réfléchir Claude

Claude peut réfléchir plus ou moins profondément selon ce que tu lui demandes. Il y a des mots-clés qui déclenchent différents niveaux de réflexion.

Exemple :

think about how to refactor this function

ultrathink about the best architecture for this feature

Conseil : Réserve ultrathink pour les vrais problèmes complexes. Ça consomme beaucoup de tokens.

Tu peux aussi mettre ces mots-clés dans ton CLAUDE.md avec IMPORTANT: pour des instructions critiques.

Update : depuis la v2.1.20, ultrathink ne fonctionne plus car est utilisé apr défaut par claude.

Choisir le bon modèle

Claude Code te donne accès à 3 modèles. Tu peux changer avec :

/model

Mon workflow typique :

1. Je passe en mode Plan + Opus pour réfléchir au problème
2. Je valide le plan
3. Je passe en mode Auto-accept + Sonnet pour implémenter
4. Je reviens en mode Normal pour les finitions

Les permissions : garder le contrôle

Quand Claude veut exécuter une commande, il te demande la permission. Tu peux :

• Accepter une fois
• Accepter pour cette session
• Accepter pour toujours (ce projet)

Tu peux gérer tes permissions avec :

/permissions

Règle de sécurité : Ne jamais autoriser Bash(rm -rf:*). Jamais. Claude pourrait supprimer des fichiers critiques.

Les permissions que j'autorise généralement :

• git:* — opérations git
• npm:* — commandes npm
• ls:* — lister des fichiers

Récap : les raccourcis essentiels

Et maintenant ?

Tu as les bases pour être autonome avec Claude Code :

• Un CLAUDE.md concis pour guider Claude
• /clear pour garder un contexte propre
• Les mots magiques pour faire réfléchir Claude
• Le bon modèle pour la bonne tâche

Dans le prochain article, on passera à la pratique : ton premier vrai projet avec Claude Code, de A à Z.

Ressources :

• Documentation officielle Claude Code
• Ma CLI : npx vibe-academy-cli setup