Skip to main content

amelioration-des-routines

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.

설치로 이동

소스 정보

저장소
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
최근 소스 활동
2026년 7월 17일 11:24
감지된 SKILL.md 언어
프랑스어
스타
8
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
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} » 1. **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. 2. **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.
GitHub에서 보기