Template de projet structuré pour tirer le maximum de Claude Code. Conçu autour de 5 principes éprouvés :
| Fichier | Rôle |
|---|---|
CLAUDE.md |
Config principal — contraintes, architecture, règles de dev |
LESSONS.md |
Leçons apprises codées comme contraintes arquitecturales (max 30) |
MEMORY.md |
Mémoire sémantique du projet, organisée par thème |
PROMPT_LOG.md |
Journal d'audit des instructions (piste d'audit) |
.claude/commands/review.md |
Audit "fresh eyes" — review sans biais de contexte |
design/tokens.json |
Design tokens — single source of truth pour le design |
docs/MIGRATION_LOG.md |
Suivi des changements cross-module |
- Leçons codifiées — Chaque bug récurrent devient une règle dans
LESSONS.md. Pas de redite. - Mémoire sémantique —
MEMORY.mdest organisé par thème, pas chronologiquement. Audit toutes les 2 semaines. - Profil utilisateur objectif — Dans
CLAUDE.md, des contraintes mesurables (SLA, accessibilité, compatibilité), pas des stéréotypes. - Design tokens comme source de vérité — Les valeurs vivent dans
design/tokens.json. Le prompt dit "respecte ce fichier", pas "voici les valeurs". - Audit fresh eyes — La commande
/reviewlance un review sans contexte pour trouver les incohérences que tu as normalisées.
# Cloner le template
git clone <repo-url> mon-projet
cd mon-projet
# Personnaliser les fichiers
# 1. Modifier CLAUDE.md avec l'identité de ton projet
# 2. Adapter design/tokens.json à ton design system
# 3. Supprimer les exemples dans LESSONS.md
# Lancer Claude Code
claude
# Lancer un audit fresh eyes
claude -p "$(cat .claude/commands/review.md)"7 techniques de programmation IA — ZDNet — avec challenge critique et adaptation pour Claude Code.
MIT