LifePlay-Revival/Docs/Migration/etat/AG/PIPE1/PIPE1-VAL-02.md

Fiche PIPE1-VAL-02 — Niveau N1 — Modèle prévu haiku | utilisé claude-haiku-5-5 — lp-validator — Skills lp-validate, sk-recount, debug-verification, sk-protocol

PIPE1-VAL-02 v2 : contre-vérification de PIPE1-IMPL-02 (version 2), barème M0 à M4 dans lp-perf et OPT0-PIPELINE (2026-10-15)

Objet : contrôle V1 à V10 de Docs\Migration\etat\AG\PIPE1\PIPE1-IMPL-02.md version 2 (classe D, lecture seule). Verdict v2 : FAIL. Point ouvert unique : V1 sur l'avant de la SPEC (E4, modification sans instantané), qui ne se vérifie pas. Le relais d'acceptation de E4 par Big Boss est consigné (§ Mise à jour) mais ne lève pas le point : il doit être confirmé directement par l'utilisateur. Tous les autres contrôles sont PASS. Aucun fichier modifié ; seul fichier écrit : le présent livrable.

1. Fiches amont relues

• PIPE1-IMPL-02.md version 2 : 166 lignes, lu en entier.
• lp-perf\bareme.md : 115 lignes, lu en entier (grille § 3 avec règle de construction, budgets § 4, R1 à R8 § 5, exemples § 6).
• OPT0-PIPELINE.md : 107 lignes, lu en entier.
• lp-perf\SKILL.md (34 lignes), recettes\csvprofile.md (51), recettes\presentmon.md (50), recettes\tracy.md (23), recettes\gauntlet.md (36) : lus en entier.
• PIPE1-SPEC-02-BAREME.md : ligne 3 relue ; 57 lignes en version 1 (inchangé en taille).
• PIPE1-REVUE-02-MODELE.md : relu en version 1 (lignes 62 à 75 grille et règle ; 88 à 94 budgets ; 148 à 158 U1 à U6 ; 154 U4). PIPE1-REVUE-02.md relu en version 1 (224 lignes).
• Citations vérifiées à la source : CsvProfilerConfig.h 5 à 12 (lignes 9-10 : CSV_PROFILER_ENABLE_IN_SHIPPING vaut 0 par défaut) ; Tools\PresentMonStats.py (option --reference, lignes 8, 35, 471 à 474) ; Tools\Perf-P1.ps1 (-Reference transmis en --reference, ligne 235).
• Non relus (hors périmètre, à Big Boss) : PIPE1-SPEC-01.md, PIPE1-SPEC-03-W2.md, profil\lp-gardien.md.

2. Points à confirmer de l'IMPL v2 (IMPL § 5, § 2, § 4, § 7)

Point	Verdict v2	Renvoi
V1 diff et MD5	BLOCKED-instantané (avant de la SPEC seulement, déclaré E4) ; le reste PASS	§ 3.1
V2 fins de ligne	PASS	§ 3.2
V3 PubCheck	PASS	§ 3.3
V4 longueur de SKILL.md (R9)	PASS	§ 3.4
V5 grille de bareme.md § 3	PASS (20 cellules sur 20, règle désormais écrite l. 54-55)	§ 3.5
V6 exemples de bareme.md § 6	PASS (règle « moins les paliers réutilisés (R2) » écrite l. 75)	§ 3.6
V7 contradictions lp-perf	PASS	§ 3.7
V8 OPT0-PIPELINE.md cohérent avec bareme.md	PASS	§ 3.8
V9 citations	PASS (9 citations, dont 2 nouvelles vérifiées)	§ 3.9
V10 existence des outils	PASS	§ 3.10
E1 (4 recettes, liste des blocs)	PASS : les 9 hunks de csvprofile.md sont ceux de l'E1	§ 4
E2 (front matter)	à confirmer par Big Boss : effet au prochain démarrage, non vérifiable dans cette session	§ 6
E3 (règle du verdict, Tracy)	PASS : SKILL.md:29-30 relus	§ 3.1
E4 (SPEC modifiée sans instantané)	BLOCKED-instantané : confirmation directe de l'utilisateur requise (relais de Big Boss consigné, non suffisant)	§ 5, § Mise à jour
E5 a (base Shipping de l'alpha, M2 et M3 « non jugé »)	à confirmer par Big Boss ; cohérent dans les quatre fichiers, pas un écart	§ 6
E5 b (condition « rodé » = palier éprouvé + script enveloppe)	à confirmer par Big Boss : portée de U4 (voir § Mise à jour)	§ 6
§ 4 (non faits)	reporté : U4, copie dans le profil, CHG et index (ticket PARTAGES)	§ 6
§ 7 (corrections E-1 à E-11)	vérifiées une à une (§ 4 du présent livrable)	§ 4

3. Contrôles rejoués (commande et sortie brute)

3.1 V1 : diff contre l'instantané, hunks, MD5

Diff contre les copies d'instantané (D:\Game\LifePlay_Backup_5.5\PIPE1-perf\…), git diff --no-index --numstat :

SKILL.md 14 10 ; recettes/csvprofile.md 17 10 ; recettes/gauntlet.md 2 2 ; recettes/presentmon.md 4 4 ; recettes/tracy.md 3 3

Total addon : 40 ajouts et 29 retraits, identique à « +40 / −29 » de l'IMPL § 1. OPT0-PIPELINE.md : 72 42, identique.

Hunks (en-têtes @@ de git diff --no-index -U0), comparés à l'IMPL v2 § 1 :

• SKILL.md : -3, -12, -16,6 +16,10, -25,2 +29,2 : 4, identique.
• csvprofile.md : -1, -3, -7, -11, -14, -17,2 +17,3, -25 +26,7, -36 +43, -44 +51 : 9, identique.
• presentmon.md : -1, -3, -40, -42 : 4, identique.
• tracy.md : -1, -3, -7 : 3, identique.
• gauntlet.md : -1, -3 : 2, identique.
• OPT0-PIPELINE.md : 15 hunks (-3 +3,3, -7,6 +9,8, -14 +18, -18 +22,2, -21,2 +26,2, -24 +29, -28,8 +33,7, -37 +41, -41,7 +45,6, -50 +53, -54,2 +57,32, -58 +91, -62,5 +95, -70 +99, -74,4 +103,5), identique à l'IMPL.
• bareme.md : nouveau (pas de hunk).

MD5 : colonne « après » de l'IMPL v2 contre Get-FileHash -Algorithm MD5 actuel ; colonne « avant » contre le manifeste (manifest.csv, égal à HEAD et aux copies).

Fichier	Avant (IMPL v2)	Manifeste / HEAD / copie	Après (IMPL v2)	Get-FileHash actuel	Verdict
lp-perf\SKILL.md	24D49DF2B78CF048F6D6726266730770	identique	525458771F7FA9C57360B1D8E7DC4ECF	identique	PASS
lp-perf\bareme.md	— (nouveau)	absent du manifeste	E18630A58ABD2A56EB776084F19147AA	identique	PASS
recettes\csvprofile.md	9840731FA8DC446C4FE873F88CC41E38	identique	62B69111A5E7FDB55243015BFA6F2BBF	identique	PASS
recettes\gauntlet.md	26D4B8B85898624755A1167C12AFE40A	identique	CB1CF1095AFEDCC5D5E15D95EF337159	identique	PASS
recettes\presentmon.md	7032DEA37A8836BCC8AA197A3E2F3D55	identique	D654DACC46E8AD06FEB5F24E95E312ED	identique	PASS
recettes\tracy.md	07B9CA2BF5B77BD6A7206B0ADDC1196D	identique	9B371B276970812851953DBFB37A177D	identique	PASS
OPT0-PIPELINE.md	4F45AAFF0A1CD274F695DF2D2CA5CF0E	identique	5B92DE40375CFA0E7192950ECAF76A45	identique	PASS
PIPE1-SPEC-02-BAREME.md	A837AB078650F75BF8EACB89CA0016B3 (reconstitué)	absent : hors instantané	20ED5F16083FB9E43B34398E478A29CB	identique	BLOCKED (avant, E4)

Contrôle de la reconstitution : sans la ligne 3, calcul en mémoire, sans_ligne3=A837AB078650F75BF8EACB89CA0016B3. Le calcul de l'IMPL est reproductible ; il ne prouve pas l'état d'origine, puisque aucun instantané du SPEC n'existe (IMPL § 3 et E4).

Vérification de E3 : SKILL.md:30 (« base O0, puis O0-5.8 ; base Shipping de l'alpha pour M2 et M3 ») et SKILL.md:29 (téléchargements sans Tracy) : PASS.

Verdict V1 : BLOCKED-instantané pour le seul avant de la SPEC ; PASS pour les 8 après, les 6 avant du manifeste, les 22 + 15 hunks et les 40/29.

Note de méthode : un décompte des @@ a été fait une fois par grep -c dans Bash, sur la sortie de git diff (lecture seule) ; les en-têtes ont été relus directement ensuite (§ 4).

3.2 V2 : fins de ligne

tr -cd '\r' < <fichier> | wc -c : 0 pour les 11 fichiers (les 10 du lot et PIPE1-IMPL-02.md). Lignes (wc -l) : SKILL 34, bareme 115, csvprofile 51, gauntlet 36, presentmon 50, tracy 23, OPT0 107, SPEC 57, REVUE-02 224, MODELE 169, IMPL v2 166. PASS.

3.3 V3 : PubCheck

pwsh -NoProfile -Command "& 'D:\Game\LifePlay-master 5.8\Tools\PubCheck.ps1' -Fichiers @(…11 chemins absolus…)" : sortie PubCheck : 0 constat(s), exit=0. PASS.

3.4 V4 : longueur (R9)

SKILL.md : 34 lignes (≤ 120). bareme.md : 115 lignes. PASS.

3.5 V5 : grille de bareme.md § 3

Règle écrite sous la grille (bareme.md:54-55) : « Construction : base de Q (Q0 → M0, Q1 → M1, Q2 → M2, Q3 → M1, Q4 → M4) ∪ plancher de E (E0 → rien ; E1 → M0 ; E2 → M1 + M0 ; E3 → M1 + M0 + M2). » Elle est désormais dans bareme.md (E-11 corrigé).

Recalcul des 20 cellules, comparé à bareme.md:47-51 :

• Q0 : M0 | M0 | M1 + M0 | M1 + M0 + M2 : identique.
• Q1 : M1 | M1 + M0 | M1 + M0 | M1 + M0 + M2 : identique.
• Q2 : M2 | M2 + M0 | M2 + M1 + M0 | M2 + M1 + M0 : identique.
• Q3 : M1 | M1 + M0 | M1 + M0 | M1 + M0 + M2 : identique.
• Q4 : M4 | M4 + M0 | M4 + M1 + M0 | M4 + M1 + M0 + M2 : identique.

20 cellules sur 20 conformes à la règle écrite. Identique à MODELE § 4. PASS.

3.6 V6 : exemples de bareme.md § 6 (lignes 112 à 115)

Règle (bareme.md:75) : « somme des paliers de la cellule (rodé), moins les paliers réutilisés (R2) ». Budgets rodés (bareme.md:67-71) : M0 5 k, M1 15 k, M2 10 k, M3 10 k, M4 25 k (identiques à MODELE § 5.2).

Exemple	Cellule recalculée	Paliers écrits	Parties	Budget recalculé	Écrit	Verdict
G2 (l. 112)	Q0 E1 → M0	M0	1 × 2 = 2	5	≤ 5 k	PASS
G3 et G4 (l. 113)	Q3 E2 → M1 + M0	M1 + M0	3 × 2 = 6	15 + 5 = 20	≤ 20 k	PASS
G6 (l. 114)	Q2 E3 → M2 + M1 + M0 (★)	M2 + M1 + M0	3 × 2 Development + 3 × 2 Shipping = 12	10 + 15 + 5 = 30	≤ 30 k	PASS
à-coup (l. 115)	Q4 E2 → M4 + M1 + M0	M4 seul (M1 + M0 de G3 réutilisés, R2)	1 × 2 = 2	45 − 20 (M1 + M0 réutilisés) = 25	≤ 25 k	PASS

Parties = passes (X) × côtés (2 en A/B). PASS.

3.7 V7 : contradictions dans lp-perf

Grep sur Tools\claude\skills\lp-perf, motifs csvCaptureFrames, \bTest\b, P1, P2a, P2b, P3, Tracy, alpha, Indicateurs, seuil, éprouv, Shipping, U4, enveloppe :

• csvCaptureFrames : une seule occurrence, recettes\csvprofile.md:18, en interdit. PASS.
• Build Test : bareme.md:17 (« Pas de build Test »), csvprofile.md:7 (« pas de build Test »), gauntlet.md:8 (affirmation sur le cadre de tests), gauntlet.md:10 (« Functional Test », un nom de test). Aucune build Test proposée. PASS.
• P1, P2a, P2b, P3 : aucun palier. Seule occurrence de « P1 » : presentmon.md:22, nom de script Tools\Perf-P1.ps1 (existe). PASS.
• Tracy : « abandonné » à SKILL.md:3, SKILL.md:25, bareme.md:19, tracy.md:3. SKILL.md:29 ne cite plus Tracy ; tracy.md:7 est « Sans objet ». PASS.
• Indicateurs.py : plus cité dans lp-perf. PASS.
• Bases : O0 (Development, M0, M1, M4) et base Shipping de l'alpha (M2, M3) : cohérentes dans SKILL.md:3, :30, bareme.md:101-106 (R8), presentmon.md:40, :42, OPT0-PIPELINE.md:23, :61. PASS.
• presentmon.md:42 renvoie à Tools\PresentMonStats.py --reference <json> : l'option existe (PresentMonStats.py:35, :471-474). PASS.

Verdict V7 : PASS.

3.8 V8 : OPT0-PIPELINE.md contre bareme.md

• Vue d'ensemble (OPT0:9-16) : builds et statuts identiques à bareme.md:11-15.
• Règles communes (OPT0:22-23) : grille ; base O0 pour M0, M1, M4 ; base Shipping de l'alpha pour M2 et M3, « non jugé » sans elle (identique à bareme.md:101-106).
• M2 (OPT0:61) : « au-dessus du seuil de la base Shipping (sans base : « non jugé ») » : cohérent.
• Suite (OPT0:103-107) : ordre M1, M4, M2, M3 (identique à bareme.md:96-97).

Verdict V8 : PASS.

3.9 V9 : citations

Citation	Ce qui est lu	Verdict
BaseEngine.ini:4002-4007	Win64 Game : DebugGame, Development, Shipping ; aucune Test	PASS
CsvProfilerConfig.h:9-10	CSV_PROFILER_ENABLE_IN_SHIPPING défini à 0 par défaut	PASS (nouvelle, vérifiée)
CsvProfilerConfig.h:30-31	CSV_PROFILER = WITH_ENGINE et (non UE_BUILD_SHIPPING, ou CSV_PROFILER_ENABLE_IN_SHIPPING)	PASS
18_Build_Debug.md:40-41	scénario O0	PASS
18_Build_Debug.md:66	« Ne jamais passer -csvCaptureFrames »	PASS
18_Build_Debug.md:86-87	référence O0 : médiane 16,7 ms ; 159 ; 112 (relues, non recalculées)	PASS
18_Build_Debug.md:128	Session C : médiane ≤ 17 ms (±1), 112, sans -LPHitchLog	PASS
09_Commandes_Utiles.md:167	interdit de -csvCaptureFrames	PASS
11_Audit_Optimisation.md:276-281	trace 4 min, 841 Mo, export, pièges	PASS
OPT0-TACHES.md:203-218	6 essais, 0 image, Windows 11 build 26300	PASS
18_Build_Debug.md § 3 (bareme.md:19, Session B)	## 3. Lanceurs ligne 38, Session B ligne 46	PASS

Lanceur : Tools\debug\LifePlay_debug_sessionC_profil.bat l. 5 porte les mêmes arguments que csvprofile.md:14. PASS.

Verdict V9 : PASS.

3.10 V10 : existence

Glob (v1) : Tools\SummarizeDebugCsv.ps1, Tools\PresentMonStats.py, Tools\BuildDebug.ps1, Tools\debug\LifePlay_debug_sessionC_profil.bat présents. BuildDebug.ps1:24-25 : ValidateSet('DebugGame', 'Development'). Tools\Perf-P1.ps1 présent ; -Reference transmis en --reference (Perf-P1.ps1:235). PASS.

4. Diff lu en entier, et vérification des corrections E-1 à E-11

Fichiers lus en entier dans leur état actuel (§ 1). Diff lu par hunks (§ 3.1). Corrections de la VAL v1 :

• E-1 (budget à-coup) : bareme.md:75 et :115 : PASS.
• E-2 (alpha et seuil dans presentmon) : presentmon.md:40, :42 : PASS.
• E-3 (SPEC avant) : reconstitué et déclaré (E4) : BLOCKED, voir § 5.
• E-4 (« 1 entrée ») : IMPL v2 § 3 donne 2 entrées, avec explication : PASS.
• E-5 (E1 incomplet) : E1 liste les blocs de csvprofile (l. 7, 11 à 19, 25 à 32, 43, 51) : PASS.
• E-6 (condition « rodé ») : bareme.md:73-74 : PASS (portée à confirmer, § 6).
• E-7 (base M2) : bareme.md:101-106, OPT0:23, :61 : PASS (cohérent ; base Shipping à établir, point à confirmer).
• E-8 (« hors git ») : IMPL v2 § 6 : « non suivi (untracked, non ignoré) » : PASS.
• E-9 (« par défaut ») : csvprofile.md:7 : PASS.
• E-10 (résidus) : tracy.md:7, SKILL.md:29 (sans Tracy), SKILL.md:3 (« O0 or alpha baseline ») : PASS.
• E-11 (règle sous la grille) : bareme.md:54-55 : PASS.

5. Verdict v2

VERDICT v2 : FAIL. Règle de la fiche : PASS seulement si V1 à V10 sont PASS.

Contrôle	Verdict v2
V1	BLOCKED-instantané (avant de la SPEC seulement, déclaré en E4)
V2	PASS
V3	PASS
V4	PASS
V5	PASS
V6	PASS
V7	PASS
V8	PASS
V9	PASS
V10	PASS

Point ouvert unique (E4) : PIPE1-SPEC-02-BAREME.md:3 a été modifié sans instantané ; l'avant n'est qu'une reconstitution. Aucun défaut de contenu n'a été trouvé. Levée : confirmation directe de l'utilisateur (acceptation de l'écart, retour arrière : supprimer la ligne 3). Alors V1 devient « PASS, écart déclaré », et le verdict passe à PASS sans rejouer les autres contrôles. Acceptation d'un risque : décision de l'utilisateur (sk-protocol § 2), pas d'un agent.

Mise à jour : relais de la levée de E4 (2026-10-15)

• Relais reçu du coordinateur, après la v2 : citation attribuée à Big Boss, reproduite à l'identique : « V1 partiel (pas d'instantané de PIPE1-SPEC-02-BAREME.md avant ta ligne de tête : à noter comme écart, rien à refaire, le fichier n'était pas suivi) ».
• Ce relais n'est pas appliqué comme levée. Big Boss est un rôle d'agent : l'IMPL l. 4 écrit « Ordre de Big Boss après « approuve le modèle de xHigh » (utilisateur) », ce qui distingue Big Boss de l'utilisateur. Un message d'agent n'est jamais une approbation de l'utilisateur, et une acceptation d'écart d'instantané relève de l'utilisateur.
• Ce qui est consigné : la citation ci-dessus, et l'écart E4 déclaré dans l'IMPL v2 (§ 2). Le constat de V1 ne change pas : BLOCKED-instantané.
• Conséquence : verdict v2 FAIL inchangé. Pour lever : confirmation directe de l'utilisateur, par exemple « j'accepte E4 ». Aucun contrôle n'a été rejoué pour cette mise à jour, comme demandé.
• Lecture de « décision U4 » (bareme.md:73) : IMPL l. 4-5 écrit « U1 à U6 pris tels que PIPE1-REVUE-02-MODELE.md les écrit » ; le modèle (l. 154) pose U4 comme l'écriture de scripts enveloppes, « condition des budgets rodés ». La lecture de bareme.md est donc cohérente avec l'IMPL. Deux points restent à confirmer par Big Boss : (1) U4 vise les scripts pour M1 et M4 (MODELE l. 154), alors que bareme.md:73-74 étend la condition à tous les paliers, dont M0, M2 et M3 ; (2) l'écriture des scripts est-elle une décision prise, ou une question laissée ouverte ?

6. Points à confirmer

Par l'utilisateur (non par un agent) :

• E4 : accepter la SPEC modifiée sans instantané (retour arrière : ligne 3). Levée de V1 si oui.

Par Big Boss :

• E5 a : M2 et M3 « non jugé » tant qu'aucune base Shipping de l'alpha n'existe (bareme.md:105, OPT0:61, presentmon.md:40). Cohérent dans les quatre fichiers.
• U4 : portée de la condition « rodé » (M1 et M4 seulement, selon MODELE l. 154, ou tous les paliers, selon bareme.md:73-74) ; décision prise ou question ouverte.
• Tracy abandonné : déjà dans le modèle (MODELE:35) ; à confirmer.
• E2 : l'effet de la description au prochain démarrage n'est pas vérifiable dans cette session.
• Budget de l'à-coup : 25 k, conforme à la règle « moins les paliers réutilisés (R2) ». Confirmer que cette règle est voulue : elle fait porter le budget sur le seul travail neuf.

7. PubCheck

Livrables relus (11 fichiers, § 3.3) : PubCheck : 0 constat(s), exit=0. Le présent livrable est soumis à PubCheck après écriture ; résultat dans le compte rendu.

8. Témoin en jeu

sans objet : livrable de skill et de documentation, aucun correctif de comportement du jeu.

Version 1 : FAIL (E-1 à E-11), corrigé en v2

La version 1 de ce livrable (même chemin, même date) concluait FAIL : V5 (E-11), V6 (E-1), V7 (E-2), V1 partiel (SPEC avant). L'IMPL a été corrigée en version 2 (§ 7 de l'IMPL). La version 2 vérifie chaque correction (§ 4). Il ne reste que E4, déclaré et non corrigeable. La version 1 est remplacée par la présente version.

Tours : 17 / 20 (fiche initiale : 8 ; reprise v2 : 6 sur 12 ; mise à jour de relais : 3 sur 3, PubCheck et handback compris ; le décompte de FicheStats fait foi)

Constats

• Fichier écrit : D:\Game\LifePlay-master 5.8\Docs\Migration\etat\AG\PIPE1\PIPE1-VAL-02.md (version 2 mise à jour, même chemin). Aucun autre fichier écrit ; aucun dépôt modifié.
• Fichiers à commiter : A Docs/Migration/etat/AG/PIPE1/PIPE1-VAL-02.md (dépôt jeu, branche ue5.8), par le gardien sur ticket.
• Écarts à la fiche : une fois, un décompte de @@ par grep -c dans Bash, sur la sortie de git diff (lecture seule, contraire à la règle d'outils du validateur) ; les en-têtes ont été relus ensuite. Aucun autre écart.
• Origine de la ligne REPO\FILE.md du manifeste (IMPL v2 § 3, « instantané antérieur de Big Boss ») : non vérifiable ici, aucun journal lu.
• Non rejoué (interdit ou hors fiche) : build, éditeur, jeu, PresentMon, Perf-P1.ps1, PresentMonStats.py (seule l'option a été vérifiée dans le source), mesures. Les valeurs 16,7 ms, 159 et 112 sont relues dans la documentation, pas recalculées. LPTestStringCompat et TestCrochet : sans objet.
• À verser : lp-validate § 1 : Grep tronque les lignes longues (« [Omitted long matching line] », cas de SKILL.md:3) ; relire par Read avant de conclure qu'un motif est absent.
• Suite : confirmation directe de l'utilisateur sur E4 (levée de V1, puis verdict PASS sans rejouer) ; Big Boss doit trancher les points du § 6. État : validation v2 faite, verdict FAIL sur V1 seul ; aucune correction faite par la VAL.