/audit-contexte — ce qu'une session reçoit avant le premier mot

Complète bin/check-context.mjs : le script mesure la racine et repère un fichier chargé DEUX fois ; il ne voit ni la mémoire, ni les hooks, ni les skills, ni une même consigne écrite dans deux couches. Ne rien modifier : le rapport propose, Florent tranche.

1. Inventaire mesuré (octets ; tokens ≈ octets / 2,4)

Sortie : un tableau source → octets → toujours / une fois par jour / à la demande.

2. Contrôles mécaniques

• Liens de MEMORY.md vers des fichiers absents ; fichiers de mémoire non indexés.
• Lignes de l'index > 300 caractères (un statut qui s'accumule au lieu d'être remplacé).
• Chemins cités en code par la racine et les règles toujours chargées : existent-ils ?
• Globs paths: des règles qui ne matchent plus aucun fichier (bash -O globstar).
• Hook Stop/PostToolUse en echo avec code 0 : sa sortie n'atteint pas le modèle ([doc-only] sauf vérification) — un rappel qui ne rappelle rien.

3. Lecture croisée (le cœur — à faire soi-même, pas à grep)

Lire les sources « toujours chargées » ensemble et relever :

1. Doublons entre couches : même consigne dans l'utilisateur, la racine, une règle, la mémoire, une instruction MCP. Pour chacun : où il est, quelle couche doit le garder (le plus général qui suffit ; le projet ne garde que sa précision propre).
2. Contradictions : deux consignes incompatibles, ou une consigne démentie par le code.
3. Périmé : en-tête daté devenu faux, chantier clos encore « prioritaire », statut superposé (« commité X ; commité X »), renvoi à un numéro ou un fichier disparu.
4. Mal rangé : ce qui ne vaut que pour un domaine (→ règle à paths: ou CLAUDE.md de dossier), le récit daté (→ docs/), l'état de chantier dans la racine (→ mémoire / doc).
5. Descriptions de skills qui expliquent leur histoire au lieu de dire quand s'en servir, ou qui se déclenchent sur « toute tâche » en conflit avec une consigne du projet.

Chaque constat porte sa preuve : fichier:ligne des deux occurrences, octets en jeu.

4. Rapport

Court, dans le fil : poids total par source, puis les constats classés par gain (tokens × fréquence de chargement), chacun avec le geste proposé et la couche cible. Finir par ce qui n'a PAS été vérifié (hooks non lancés, plugins non réglables). Toute correction est une tâche séparée, sur accord — et un fichier partagé (CLAUDE.md, MEMORY.md) se modifie par hunks, jamais réécrit en entier.