Aller au contenu
Mémoire projet

Mémoire projet

Pour qu’un agent travaille bien dans votre projet, il doit connaître vos conventions : commandes de build, style, pièges à éviter. Mini-claude lit ça dans un fichier mémoire.

Comment ça marche

Au démarrage, Mini-claude cherche un fichier mémoire dans le workspace, en remontant jusqu’à la racine. Le premier trouvé gagne, dans cet ordre :

  1. MINICLAUDE.md: le format natif.
  2. AGENTS.md: le standard inter-outils.
  3. CLAUDE.md: Claude Code.
  4. GEMINI.md: Gemini CLI.
  5. .cursorrules: Cursor.
  6. .windsurfrules: Windsurf.
  7. .github/copilot-instructions.md: GitHub Copilot.

S’il en trouve un, son contenu est injecté dans le system prompt, l’agent connaît alors vos règles pour toute la session.

Compatibilité avec les autres outils

C’est volontaire : si votre repo est déjà configuré pour un autre agent (Claude Code, Codex, Gemini, Cursor…), Mini-claude récupère son fichier d’instructions tel quel. Pas de double maintenance. Et tout reste local, ces fichiers sont simplement lus sur votre disque, rien n’est envoyé à un quelconque service.

Quoi y mettre

Restez concis, ce fichier part dans chaque requête.

# Mon projet

- Build : `make build` · tests : `make test`
- Go 1.24, pas de commentaires dans le code
- Les migrations vivent dans `db/migrations/`, jamais éditées à la main
- Commits courts, à l'impératif, sans préfixe
La mémoire projet est le bon moyen de donner du contexte à l’agent sans casser les garde-fous des modes. Préférez-la à MINI_CLAUDE_SYSTEM, qui lui remplace le system prompt du mode. Voir Configuration.