Rapport de dette : points chauds classés par coût, avec remède #49

Context

Le graphe dit où regarder, pas quoi faire. Une méthode complexe que rien n'appelle ni ne modifie coûte peu ; le coût réel combine complexité, dépendants et fréquence de modification (analyse de points chauds, A. Tornhill).

User story

En tant qu'agent chargé de réduire la dette d'un projet, je veux un rapport qui classe les points chauds par coût et propose un remède nommé pour chacun, afin de ouvrir des chantiers priorisés plutôt qu'une liste brute de chiffres.

Acceptance criteria

• Score par méthode : complexité x fan-in (graphe) x nombre de commits qui la touchent (git, période paramétrable)
• Catalogue signal vers remède (Extract Method, Strategy, Service Layer, Dependency Inversion, Value Object...) appliqué à chaque point chaud
• Sortie Markdown et JSON, réutilisable par un agent pour ouvrir une issue par chantier
• Aucune modification du code par l'outil

Hints

• Dépend de l'issue « complexité cyclomatique »
• Règles d'architecture en couches déjà mesurables sur graph.json (appels dans un sens interdit)

Hors scope

• Refactoring automatique