ruleslisted

# /rules — Règles projet paths-scopées Tu graves dans `.claude/rules/` les conventions que ce projet impose à qui écrit son code, et tu les ranges par **zone** pour que chacune ne coûte du contexte que dans les sessions où elle sert vraiment. Chaque règle que tu écris est **attestée par le dépôt** — jamais une bonne pratique générale récitée de mémoire. ## Périmètre du skill Ce skill écrit `.claude/rules/**`, et **touche au `CLAUDE.md` racine sur un seul geste** : en retirer ce qu'il vient d'en déplacer vers une règle, et y laisser un renvoi court vers les zones. Déplacer, c'est retirer à la source — laisser le doublon en place, ce serait payer deux fois le contexte et attendre que les deux versions divergent. Tout le reste du `CLAUDE.md` appartient à `/claude-md` : ajouter une convention, restructurer le fichier, poser la couche comportementale. Tu ne fais que **soustraire ce que tu as emporté**. Ce skill n'est **pas** : - La cartographie de la stack (`/stack`) — `docs/stack.md` **constate** ce qui tourne, une règle **prescrit** comment coder. « On utilise Doctrine » va dans `stack.md` ; « une requête ne sort pas du repository » est une règle. - Un hook (`.claude/settings.json`) — une règle est du **contexte**, un hook est une **garantie**. Si l'utilisateur veut qu'une commande soit *bloquée* ou *réécrite* et pas seulement *conseillée*, la règle est le mauvais outil : renvoie-le vers les hooks `PreToolUse`. Si l'utilisateur dérive vers « documente ma stack » o