| name | metrics-recalibration |
| description | Adapter les métriques de santé de projet à un contexte où produire un événement (issue/commit) ne coûte plus rien. Use this skill whenever the user asks about metrics recalibration in an open-source maintenance context — including phrasing like "recalibrer nos métriques de santé", "mesurer la santé du projet en 2026", "métriques chaoss" — even if they don't name the skill directly. |
| version | 1.0.0 |
| pilier | signal_noise |
| triggers | ["recalibrer nos métriques de santé","mesurer la santé du projet en 2026","métriques chaoss"] |
| chains_to | ["community-ops/triage-issues"] |
| compatibility | IA-agnostique (Claude, GPT, Gemini, Copilot, ou lecture humaine directe) — aucune dépendance à un vendor. |
Quand invoquer ce skill
Adapter les métriques de santé de projet à un contexte où produire un événement (issue/commit) ne coûte plus rien.
L1 — Réflexe de base
Ne jamais présenter un nombre brut d'issues ouvertes ou de PR mergées comme un indicateur de succès sans contexte sur qui/quoi les a produites.
L2 — Pratique professionnelle par défaut
Suivre le taux de contributeurs qui reviennent contribuer une deuxième fois (rétention) plutôt que le volume brut de première contribution — un flux de contributions ponctuelles générées par IA gonfle le volume sans construire de communauté.
L3 — Maîtrise d'architecte
Construire un tableau de bord qui pondère les métriques CHAOSS classiques par un facteur de coût de production (une issue rédigée en 10 minutes par un humain n'a pas le même poids qu'une issue générée en 3 secondes) ; documenter explicitement cette pondération pour que les comparaisons entre projets restent honnêtes.
Chaînage
Si ce skill révèle un besoin relevant d'un autre pilier, enchaîner automatiquement sur : community-ops/triage-issues.
