Claude Code — Maîtriser l'IA en CLI

10h (5 sessions de 2h)

Retour à la formation

CLAUDE.md

Le cerveau de votre projet

C'est quoi ?

Un fichier CLAUDE.md est lu automatiquement par Claude Code à chaque conversation. Il définit le contexte du projet, vos conventions de code, vos règles métier et ce que Claude doit faire (ou ne pas faire). C'est la configuration du modèle pour vos repos.

Structure recommandée

# Nom du projet

## Stack
    # Versions, frameworks, outils clés

## Architecture
    # Structure des dossiers, patterns

## Conventions
    # Nommage, styles, règles de code

## Ce que Claude doit faire
    # Obligations, workflows

## Ce que Claude ne doit PAS faire
    # Interdictions, limitations

2 niveaux de CLAUDE.md

CLAUDE.md projet

Emplacement : Racine de votre repo
Commité : Oui
Contenu : Conventions d'équipe, conventions partagées, configurations communes
Visible : Tous les membres de l'équipe

CLAUDE.md personnel

Emplacement : ~/.claude/CLAUDE.md
Commité : Non
Contenu : Préférences personnelles, vos habitudes, workflow local
Visible : Vous uniquement

Ordre de lecture

Claude lit d'abord le CLAUDE.md personnel, puis le CLAUDE.md projet. Les règles projet overridez les règles personnelles.

Exemples CLAUDE.md

Cas réalistes : Next.js + Django

Exemple Next.js / React

# E-Commerce Platform — Frontend

## Stack
    # Next.js 14, React 18, TypeScript, Tailwind

## Architecture
    # /app, /components, /features, /lib, /types

## Conventions
    # - TOUJOURS type (pas interface)
    # - Imports @/ (racine), pas relatifs
    # - data-testid kebab-case sur élts interactifs
    # - Nommage : PascalCase composants, camelCase tout le reste

## Ce que Claude doit faire
    # - Créer features complètes (composants + tests + types)
    # - Refactorer vers patterns standards du projet
    # - Ecrire du code testable et documenté

## Ce que Claude ne doit PAS faire
    # - Modifier index.ts/tsx (structure immuable)
    # - Créer de nouvelles dépendances sans accord
    # - Changer les conventions existantes

Exemple Django / Python

# Backend API — Django

## Stack
    # Django 4.2, DRF, PostgreSQL, Celery

## Conventions
    # - PEP8 strict + Black formatter
    # - Type hints obligatoires (mypy)
    # - Services pour logique métier, pas Models

## Ce que Claude doit faire
    # - Créer endpoints avec serializers + tests
    # - Respecter patterns DAL (Data Access Layer)

## Ce que Claude ne doit PAS faire
    # - Requêtes SQL brutes (ORM obligatoire)
    # - Migrations sans analyse de données existantes

Plus le CLAUDE.md est précis, plus Claude est bon

Mettez à jour le CLAUDE.md quand les conventions changent, quand une décision architecturale est prise, ou quand vous découvrez un pattern que Claude devrait toujours respecter.

Bonnes pratiques

  • Commiter le CLAUDE.md — C'est un artefact du projet comme les tests
  • Maintenir à jour — Chaque nouveau pattern, chaque convention doit y aller
  • Pas de pavé — Concis, sections claires, un CLAUDE.md ≤ 1 page c'est normal
  • Spécifique, pas générique — "Utiliser services pour la logique métier" c'est bon. "Écrire du bon code" c'est vague
  • Tester et ajuster — Lancez Claude sur une vraie tâche. Si le code ne respecte pas vos règles, c'est que le CLAUDE.md manque de précision