From f6dd1cd3ca64ade5e7373f216bf8b167103ffeaa Mon Sep 17 00:00:00 2001 From: george-claude Date: Wed, 16 Sep 2026 17:59:30 +0200 Subject: [PATCH] =?UTF-8?q?=F0=9F=93=9D=20Pr=C3=A9cise=20la=20r=C3=A8gle?= =?UTF-8?q?=203=20:=20un=20d=C3=A9p=C3=B4t-outil=20RF=5F*=20a=20droit=20?= =?UTF-8?q?=C3=A0=20ses=20propres=20EPIC?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit La version publiée (PR #8) interdit l'infra dans un milestone d'EPIC sans distinguer dépôt produit et dépôt outil. Un agent lisant cette règle signalerait à tort l'EPIC 1 de RF_REVUE_CODE comme une infraction. On précise : la règle vise l'infra d'un dépôt produit (GAM00X/PRJ00X) ; dans un dépôt outil RF_*, l'outil est le produit et a ses propres EPIC. Co-Authored-By: Claude Opus 4.8 Claude-Session: https://claude.ai/code/session_014bjV2wNKfnvgavNeG7DHbJ --- agile-master/SKILL.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/agile-master/SKILL.md b/agile-master/SKILL.md index 37323a7..1dd5b6d 100644 --- a/agile-master/SKILL.md +++ b/agile-master/SKILL.md @@ -66,7 +66,7 @@ Titre : `FEATURE N.M — ` (ou `FEATURE — ` si le repo ne numérote 1. **Clôture** : une issue FEATURE ne se ferme que si **toutes** ses STORY et tous ses critères d'acceptation sont cochés. FEATURE abandonnée ou déléguée → `Reviewed/Won't Fix` ou `Status/Abandoned` + commentaire expliquant pourquoi. Une issue fermée en violation est **rouverte avec un commentaire** — ne coche jamais une case à la place du dev sans preuve. 2. **Pas de travail sans issue** : l'issue existe avant le code, et le commit/la PR la référence. Du travail "déjà fait, non tracé" est un signal à remonter. -3. **Milestones = FEATURE de l'EPIC uniquement** : bugs, dette technique, infra, CI, renommages → hors milestone d'EPIC (ils faussent la progression), avec `type/*` + `area/*`. +3. **Milestones = FEATURE de l'EPIC uniquement** : dans un **dépôt produit** (GAM00X, PRJ00X), les bugs, la dette technique, l'infra, la CI et les renommages vont hors milestone d'EPIC (ils faussent la progression métier), avec `type/*` + `area/*`. Dans un **dépôt outil** (`RF_*` : design system, thème, outillage interne), l'outil *est* le produit : il a ses propres EPIC décrivant son périmètre, et la règle ne s'y oppose pas — ce sont ses propres bugs et sa propre dette qui restent hors milestone. 4. **Promotion** : quand une EPIC en cadrage lointain se rapproche du développement, promeus **toute l'EPIC** — découpe chacune de ses FEATURE en STORY + critères, retire `cadrage/lointain`. Jamais une FEATURE isolée pendant que ses sœurs restent en cadrage (si ça arrive, signale l'incohérence et demande quoi faire). 5. **Numérotation** : nouvelle FEATURE = numéro suivant dans son EPIC ; nouvelle EPIC = numéro suivant du repo. Jamais de renumérotation. -- 2.54.0