Audite ta propre configuration. Tu es lancé dans ce repo, tu as accès au shell :
va lire les fichiers, ne déduis rien de mémoire.
## 1. Inventaire
Liste tout ce qui est chargé dans ta session, en distinguant portée projet et
portée utilisateur. Regarde au minimum :
- CLAUDE.md / AGENTS.md (projet + global), et les imports @ qu'ils tirent
- .claude/settings.json, .claude/settings.local.json, ~/.claude/settings.json,
~/.claude.json (entrée du projet courant) — ou ~/.codex/config.toml selon l'outil
- .claude/skills/ et ~/.claude/skills/ : un SKILL.md par dossier
- .claude/commands/, .claude/agents/, .claude/rules/, ~/.claude/plugins/
- .mcp.json et tout MCP déclaré ailleurs
Si une commande d'introspection existe (`/context`, `/mcp`, `claude mcp list`,
`/doctor`, `codex mcp list`), lance-la et confronte le résultat aux fichiers :
ce qui est déclaré sur disque n'est pas forcément ce qui est actif.
## 2. Mesure
Pour chaque entrée, donne le coût réel en contexte : taille du bloc injecté
au démarrage (description de skill, liste d'outils exposés par le MCP,
CLAUDE.md complet). Un MCP qui expose 40 outils coûte bien plus qu'un skill
dont seule la description est chargée — sépare clairement ce qui est toujours
en contexte de ce qui n'est lu qu'à l'invocation.
## 3. Diagnostic
Classe chaque entrée :
- MORT : serveur MCP qui ne démarre pas, binaire absent, token expiré,
chemin cassé, dépendance disparue. Teste, ne suppose pas.
- REDONDANT : deux skills qui couvrent le même geste, un MCP qui refait ce que
fait déjà le CLI natif (ex. un MCP git alors que Bash suffit), une règle
répétée dans CLAUDE.md et dans un skill.
- HORS SUJET : lié à une stack, un service ou un workflow que ce repo
n'utilise plus. Vérifie dans le code, pas dans l'intention affichée.
- AMBIGU : description trop vague ou trop proche d'une autre, donc mal
déclenchée. Dis quel skill risque de tirer à la place duquel.
- SURDIMENSIONNÉ : permissions ou scopes OAuth plus larges que l'usage réel.
- SAIN.
## 4. Vérification croisée
Cherche des traces d'usage effectif : historique git sur .claude/, logs ou
transcripts accessibles, mentions dans le README ou les scripts npm. Une
entrée jamais référencée nulle part est un candidat sérieux. Mais distingue
'inutilisé' de 'rarement utilisé mais critique' (rollback, revue sécu,
release) — la fréquence seule ne justifie pas une suppression.
## 5. Sortie
- Tableau : Nom | Type | Portée | Coût contexte | Verdict | Motif (1 ligne)
- Les commandes exactes à lancer pour appliquer les retraits sûrs, prêtes à
copier. Ne les exécute pas.
- Les descriptions réécrites pour les entrées AMBIGU qu'on garde.
- Ce que tu n'as pas pu vérifier et pourquoi.
Contraintes : tu ne modifies aucun fichier, tu proposes. Si tu n'as pas pu
lire un fichier, dis-le au lieu de combler. Pas de recommandation fondée sur
ce que tu crois savoir de Claude Code ou Codex — uniquement sur ce que tu as
lu dans cette install.
