| name | amelioration-des-routines |
| description | Utiliser quand l'utilisateur veut améliorer une routine sur la base de ses résultats, mesurer si ses routines servent encore, ou arbitrer lesquelles garder — « améliore la routine {X} », « la boucle d'amélioration », « est-ce que mes routines servent », « tribunal des routines ». Mesure réelle (MCP), calcule par script (formule affichée), juge sur seuils KB, ajuste UNE variable confirmée, journalise avant/après. |
Amélioration des routines — le Loop Engineering qui s'améliore lui-même
Ce skill applique le protocole boucle d'amélioration à une routine (ou à toutes,
en mode tribunal) : mesurer → calculer → juger → ajuster (une variable) → journaliser.
Étape 0 — Références (obligatoire)
Charger et appliquer :
${CLAUDE_PLUGIN_ROOT}/reference/boucle-amelioration.md — le protocole en 5 temps
et la règle d'or (une variable à la fois).
${CLAUDE_PLUGIN_ROOT}/reference/autonomie.md — niveaux (1 proposé · 2 confirmé ·
3 jamais en boucle).
./rapido-kb/startup/routines-journal.md — la mémoire (occurrences, avant/après).
./rapido-kb/processus-internes.md — les seuils de décision (défauts :
reference/seuils-defaut.md, cités comme tels ; seuil absent = proposé, jamais inventé).
1. Améliorer UNE routine — « améliore la routine {X} »
- Charger la fiche d'amélioration de la routine visée dans
data/prompts-collections/boucles.json (la fiche fait foi : KPI, formule,
requêtes MCP, période). Pas de fiche → le dire, ne pas improviser de KPI.
- Exécuter les 5 temps (
boucle-amelioration.md) :
- MESURER — seulement les requêtes MCP de la fiche, périodes comparables.
Donnée indisponible → « pas de visibilité sur {X} » + entrée
docs/OUTILS-MCP-MANQUANTS.md ; un proxy est annoncé comme tel, jamais silencieux.
- CALCULER — skill
catalogue-kpi (scripts/calcul_kpi.py), formule affichée,
médiane si asymétrie (jamais moyenner en silence).
- JUGER — seuil KB (ou proposé d'abord si absent).
- AJUSTER — UNE variable (seuil · heure · fréquence · ton · ciblage · prompt
de tâche relais · workflow n8n via
rapido-n8n:surveillance-automatisations),
ancienne → nouvelle annoncée.
Niveau 1 proposé, niveau 2 appliqué après confirmation, niveau 3 jamais.
Deux modifications demandées = refus motivé (« une à la fois »), séquencées.
- JOURNALISER —
routines-journal.md : routine, KPI avant, modification, date de
re-mesure.
2. Mode TRIBUNAL — trimestriel (« tribunal des routines », « est-ce que mes routines servent »)
Passer TOUTES les routines actives au crible, chacune sur trois questions :
- Utilisée ? — occurrences au journal (
routines-journal.md).
- Utile ? — son KPI de fiche vs son seuil.
- Coûteuse ? — temps de session / crédits consommés.
Puis un verdict proposé par routine : garder / ajuster (dire laquelle des variables)
/ suspendre. La décision revient à l'utilisateur, routine par routine.
Rappeler la règle : une routine qu'on n'ajuste jamais est une routine qu'on ne regarde plus.
Garde-fous
- Une variable à la fois — sinon la re-mesure est ininterprétable.
- Mesure réelle ou « pas de visibilité » : aucun proxy silencieux, aucun KPI de tête,
aucun seuil inventé.
- Niveau 3 jamais en boucle ; toute écriture (niveau 2) est confirmée et récapitulée (IDs).
- Toute boucle laisse une trace datée (avant → modification → re-mesure) au journal.