LifePlay-Revival/Docs/Migration/etat/AG/AG-T2-VAL.md

Fiche AG-T2 — Niveau N1 — Modèle prévu sonnet | utilisé claude-sonnet-5-5 (Sonnet 5.5) — Agent lp-validator — Skills sk-protocol, sk-recount, debug-verification, lp-validate

AG-T2-VAL : validation des 8 fichiers de skills à commiter dans chaque arbre de l'addon et des agents révisés par AG-T1 (2026-10-10)

Lecture seule. Seul écrit : ce fichier. Aucune commande git qui écrit. Aucun fichier de la copie 5.5 touché. Preuve : « établi » = commande rejouée ou fichier lu (cité) ; « estimé » = déduit (raisonnement dit) ; « incertain » = non vérifié.

1. Fiches amont relues

Amont	Lu	Usage
AG\fiches\AG-T2.md	en entier	fiche de cette VAL
AG\AG-T1-CONCEPTION.md	en entier (§ 1 à 7, Constats, « Suite du 2026-10-10 »)	source des changements AG (§ 2.2 S1-S11, § 3.6, D-REPO1 à 8)
DOC\ETAT3\ETAT3-T3-T5-IMPL.md	en entier	source des changements ETAT3 (§ 4 chemins, bloc HyperAIStudio, § 5 ordre de commit)
REPO\tickets\AG-R1.md, AG-R2.md, ETAT3-R3.md, ETAT3-R4.md	en entier	périmètre des tickets, fusion AG + ETAT3, MD5 exigé de lp-mcp
BOSS\BOSS-JOURNAL.md l. 58-61	lues	ARBITRAGE R-REPO1 (l. 60), « R-REPO1 inscrite dans lp-repo » (l. 61)
lp-repo/SKILL.md, lp-mcp/SKILL.md (addon 5.8)	en entier	fichiers nouveaux
~/.claude/skills/sk-repo/SKILL.md	titres (§ 1 à 10) et § 7	renvois de lp-repo vérifiés (§ 2, § 4.4, § 6, § 7 existent)
~/.claude/agents/*.md	frontmatter et lignes git (Grep)	points amont 1 et 2

Les dépôts : addon 5.8 D:\Game\LifePlay-Sandbox-5.8, branche ue5.8, HEAD 8f6bc11 ; addon principal D:\Game\LifePlay-Sandbox, branche lot/DC3-atelier, HEAD 3d0cb95 (git branch --show-current, git rev-parse --short HEAD) : conformes à la fiche. git worktree list : les deux arbres sont deux worktrees du même dépôt.

2. Points à confirmer des IMPL amont

Aucune IMPL amont ne porte une section « points à confirmer » (AG-T1-CONCEPTION.md n'en a pas ; ETAT3-T3-T5-IMPL.md a les sections 1 à 6 sans cette liste : vérifié à la lecture). Les « points amont à reprendre » sont ceux de la rubrique 3 de la fiche :

Réf.	Point	Résultat	Preuve
P1	chaque agent sauf sk-probe-agent : maxTurns 50 (N0-N2) ou 75 (N3-N5) et disallowedTools contenant AskUserQuestion	PASS	Glob : 12 fichiers. Grep ^(maxTurns|disallowedTools): : 11 agents sur 11 ont les deux lignes ; AskUserQuestion présent dans les 11 ; maxTurns 50 : lp-builder, lp-gardien, lp-validator, lp-inventory, lp-writer ; 75 : lp-cart, lp-impl, lp-impl-max, opus-max, opus-xhigh, fable-top. sk-probe-agent.md : ni l'un ni l'autre (hors point).
P2	aucune consigne ne fait écrire dans git un agent autre que lp-gardien	PASS pour les agents et skills de méthode ; réserve E3 pour lp-mcp	Grep commit|git dans ~/.claude/agents hors lp-gardien : 11 occurrences, toutes des interdictions (« Aucune commande git qui écrit… le gardien commite ») ou la description de lp-inventory (lecture). Grep des motifs de la fiche (« dernier + 1 », « git tag -avant », « INT (orchestrateur », « Aucun commit », « Remove-Item "$ », « git commit », « git add ») : voir § 3 ligne G1. lp-mcp/SKILL.md:25 dit « commit de ses seuls fichiers et lignes » : voir E3.
P3	les 8 fichiers sont identiques d'un arbre à l'autre	PASS	8 paires MD5 égales ; MD5 du git diff -- Tools/claude/skills identique (§ 3).
P4	chaque hunk s'attribue à AG, ETAT3 ou R-REPO1 / REPO-MV ; « 20 lignes UBT » de lp-build classé ETAT3	PASS (aucun hunk sans source)	Tableau du § 4.
P5	cohérence interne de lp-repo § 3 / § 4 / .gitignore	FAIL (E1)	§ 3 point G7 et E1.

Points d'ordre de commit repris : ETAT3-T3-T5-IMPL.md § 5 (« ticket ETAT3 après AG ») est remplacé par la fusion en un seul commit par dépôt (arbitrage Big Boss cité dans AG-R1.md l. 21) : conforme, pas d'écart. ETAT3-T3-T5-IMPL.md § 4 « inchangés volontairement : chemins REPO\ » est postérieurement levé par REPO-MV (CHG-298, BOSS-JOURNAL.md l. 59) : les chemins REPO 5.8 de lp-doc, lp-paths, lp-repo sont donc attendus.

3. Critères rejoués

Réf.	Critère	Commande	Résultat	Verdict
G1	arbre 5.8 : les 8 fichiers seulement	git -C "D:/Game/LifePlay-Sandbox-5.8" status --porcelain -uall	6 M (lp-build, lp-doc/SKILL, lp-doc/gabarits, lp-lot, lp-paths, lp-validate) + 2 ?? (lp-mcp/SKILL.md, lp-repo/SKILL.md) ; rien d'autre ; diff --cached --name-only vide ; dossiers lp-mcp/ et lp-repo/ ne contiennent que SKILL.md (ls -la)	PASS
G2	arbre principal : idem	même commande sur D:/Game/LifePlay-Sandbox	sortie identique (6 M + 2 ??) ; ?? Content annoncé par AG-T1 § 2.1.8 absent	PASS
G3	diff identique des deux arbres	git diff -- Tools/claude/skills | md5sum dans chacun ; --stat	01860dfcab43c680da0938cc539ed46e des deux côtés (= valeur citée par AG-R1.md l. 21) ; 6 fichiers, +90 −54	PASS
G4	8 paires MD5	md5sum des 8 fichiers dans chaque arbre	8 paires égales : lp-build 929d29ff…, lp-doc c08e0f51…, gabarits ad38ca06…, lp-lot a1cba1d9…, lp-paths 53be296c…, lp-validate f99ffe9b…, lp-mcp 8a896676bcfc1e064629be4bbe01deff (= exigé), lp-repo 806b7f78…	PASS
G5	LF, sans BOM, UTF-8	Tools\FileCheck.ps1 (copie 5.8) sur les 8 fichiers de l'arbre 5.8 ; contrôle croisé python -I (BOM, CR, décodage UTF-8, LF final)	FileCheck : fichiers=8 LF=8 alertes=0 introuvables=0, code 0, CRLF 0 / CR 0 / BOM - partout ; python : noBOM, CR=0, utf8-ok, LF final présent, 8/8. Note de méthode : le premier appel pwsh -File … a,b,c a reçu la liste comme une seule chaîne (« introuvable », code 2) ; rejoué avec pwsh -Command et un tableau : résultat ci-dessus	PASS
G6	longueur ≤ 120 (R9)	wc -l	lp-lot 70, lp-doc 64, lp-paths 72, lp-repo 92, lp-mcp 62 (plus gabarits 88, lp-validate 95). lp-build : 141 à HEAD (git show HEAD:… | wc -l), 148 après (+7 nets, +9 −2) : dépassement antérieur au lot, remarque R1, pas écart	PASS
G7	cohérence interne de lp-repo	lecture ; git check-ignore -v ; git ls-files "Docs/Migration/etat/REPO"	contradiction : lp-repo l. 30 range Docs/Migration/etat/ dans « Jamais commité (refus du ticket) » et l. 82-83 (§ 9) fait refuser par le hook tout « fichier du § 3 indexé », alors que l. 44 dit « Suivi par git en texte seul avec le reste de etat (lot ETAT3) », que .gitignore de la copie 5.8 l. 74-78 suit les .md et .csv (check-ignore : AG-T2-VAL.md → règle !…/*.md l. 77 ; VERROU/x.txt → l. 75 ignoré) et que git ls-files liste déjà etat/REPO/NUMEROS.md, README.md, REPO-JOURNAL.md, tickets/AG-R1.md…	FAIL (E1)
G8	références à etat 5.5	Grep LifePlay-master 5\.5\\Docs\\Migration\\etat dans Tools\claude\skills (addon 5.8)	0 occurrence (compte de la sortie : Found 0 total occurrences across 0 files) ; couvre aussi les 8 fichiers	PASS
G9	motifs de la fiche (rubrique 4)	Grep sur l'addon 5.8, ~/.claude/skills, ~/.claude/agents	addon 5.8 : 1 occurrence, lp-doc/SKILL.md:18 (« jamais « dernier + 1 » », interdiction). ~/.claude/skills : sk-repo/SKILL.md:3 (description, motif « git add » : lu avec -o) et :85 (liste d'interdits git add -A, git commit -a). ~/.claude/agents : lp-gardien.md:24 (interdits du gardien), lp-writer.md:20 (« jamais « dernier + 1 » »). Aucun « git tag -avant », « INT (orchestrateur », « Aucun commit », « Remove-Item "$ ». Résultat attendu (interdictions et mentions du gardien)	PASS
G10	tampons de cohérence R-REPO1	Grep R-REPO1 / lecture lp-repo	présent aux lignes annoncées par BOSS-JOURNAL.md l. 61 : lp-repo l. 41 (§ 4) et l. 67 (gabarit § 8) ; lp-gardien.md l. 21	PASS
G11	R-REPO1 propagé aux skills qui parlent de hash	Grep hash dans lp-doc, lp-lot, lp-repo, lp-paths ; dernière ligne REPO-JOURNAL.md « STD-R1 »	lp-doc/SKILL.md:26-28 (« la correspondance ticket → hash est dans etat/REPO/REPO-JOURNAL.md ») et gabarits.md:84 (« le hash du commit est dans etat/REPO/REPO-JOURNAL.md ») contredisent R-REPO1 (lp-repo l. 41, BOSS-JOURNAL.md l. 60 : pas de hash dans les traces, git log --grep <TICKET>) ; la ligne STD-R1 du journal porte « b7f8efc → (hash : git log --grep STD-R1) »	FAIL (E2)
G12	valeur citée ue5.5-final = 1542dfa (lp-repo l. 15)	git rev-parse --short ue5.5-final dans les copies 5.8 et 5.5	1542dfa dans les deux	PASS

4. Diff lu en entier

git -C "D:/Game/LifePlay-Sandbox-5.8" diff -- Tools/claude/skills lu en entier : 6 fichiers suivis, 15 hunks (grep -c '^@@', contexte 3), +90 −54 (--numstat : 9/2, 17/12, 24/10, 23/16, 16/13, 1/1). Le diff de l'arbre principal a le même MD5 (G3), donc la lecture vaut pour les deux. Les 2 fichiers nouveaux (lp-mcp, lp-repo, 62 + 92 lignes) lus en entier. Granularité du tableau : hunks à contexte 0 (diff -U0, 29 hunks : lp-build 3, lp-doc 6, gabarits 7, lp-lot 9, lp-paths 6, lp-validate 1 ; hors lp-mcp, lp-repo). Numéros de lignes = fichier après.

Fichier	Hunk (lignes)	Contenu	Lot	Source
lp-build	100-106 (+7)	20 lignes UBT HyperAIStudio	ETAT3	message ETAT3-R3.md / R4.md l. 12 « avertissements HyperAIStudio connus en lp-build » ; ETAT3-T3-T5-IMPL.md § 4 « Ajout : bloc… (décision 5a) » ; AG-R1.md l. 23
lp-build	139, 141	chemin des livrables → copie 5.8, « référence unique depuis ETAT3 »	ETAT3	ETAT3-T3-T5-IMPL.md § 4 (skills lp-build, lp-lot, lp-validate)
lp-doc	18-20	CHG « réservé » sous verrou, NUMEROS.md en copie 5.8	AG + ETAT3/REPO-MV	D-REPO8, AG-T1 § 3.6 (ligne lp-doc) ; chemin REPO 5.8 : ETAT3-R4.md l. 9 « lignes de chemin REPO », BOSS-JOURNAL.md l. 59
lp-doc	25-28	date / fichiers ; hash absent à l'écriture, ticket cité	AG	AG-T1 § 3.2 (le gardien commite après la DOC), § 3.6 ; contredit R-REPO1 sur l. 27-28 (E2)
lp-doc	30-32	retour arrière par ticket, « déplacer » et non « supprimer »	AG	AG-T1 § 3.1, § 3.6 (lp-doc, lp-lot), D-REPO4 ; interdit « suppression » de sk-protocol § 2 (source indirecte, estimé)
lp-doc	37	ERR réservé comme le CHG	AG	D-REPO8
lp-doc	43-45	doc numérotée réservée, renumérotation par ticket	AG	AG-T1 § 3.6 (ligne lp-doc : « renumérotation (git mv) → ticket »)
lp-doc	59-61	contrôles avant de rendre : réservation, lp-repo § 3, « Fichiers à commiter » (remplace lp-publish à venir)	AG	AG-T1 § 2.2 S3, § 3.6
gabarits	9-13	ligne Tours, État de reprise, Fichiers à commiter	AG	sk-protocol § 3 et § 8 (AG-T1 « Suite du 2026-10-10 ») ; § 3.6 (gabarits)
gabarits	42-43	IMPL § 6 Fichiers à commiter	AG	AG-T1 § 3.2, § 3.6
gabarits	56-58	DOC : numéros réservés, reports, Fichiers à commiter	AG	D-REPO8, § 3.2, § 3.6
gabarits	60-64	gabarit INT du gardien	AG	AG-T1 § 3.2 / § 4.3 (lp-gardien, <LOT>-INT.md : lp-gardien.md l. 32)
gabarits	68-71	EVAL : tentatives (≤ 4), maxTurns, 4b commits comparés aux tickets	AG	AG-T1 § 3.3 point 3 « Journal relu » ; « Suite du 2026-10-10 » (4 tentatives, maxTurns)
gabarits	83-85, 87-88	TACHES : une ligne par tentative, colonne CHG, plafond maxTurns 50 / 75	AG	idem ; valeurs 50 / 75 = P1 (agents)
lp-lot	3 ; 14-15	description, cycle DOC → INT par tickets, « aucun agent n'écrit dans git »	AG	AG-T1 § 3.2, § 3.6 (lp-lot)
lp-lot	31 ; 33-34	retrait de git checkout <lot>-avant, retour arrière git = ticket RESTORE	AG	§ 3.6 (« retour arrière git → ticket RESTORE »)
lp-lot	38-43	étapes : entrée par chemins du lot, ticket TAG, COMMIT après DOC	AG	§ 3.2, § 3.6 ; § 2.1.4-2.1.5 (sessions parallèles)
lp-lot	45-51	commits et dépôts : gardien seul, ordre addon → pin → jeu	AG	§ 3.1, § 3.5 ; décision 2026-10-10
lp-lot	54-55	fiches : chemin copie 5.8, « référence unique (ETAT3) »	ETAT3	ETAT3-T3-T5-IMPL.md § 4 ; ETAT3-R3/R4.md
lp-lot	62	registre des reports coché par la DOC	AG	§ 3.2 (DOC puis ticket)
lp-lot	69-70	interdits : aucune commande git qui écrit hors du gardien	AG	sk-protocol § 2 (« Suite du 2026-10-10 »)
lp-paths	11-12 ; 14-16 ; 18-19	table des dépôts : 2 clones du jeu, 2 arbres de l'addon, Modules par copie ; identité → lp-repo	AG	AG-T1 § 2.2 S9, § 3.6 (lp-paths)
lp-paths	35-36	ligne Skills (deux exemplaires, D-REPO2) et ligne etat\REPO\	AG + ETAT3/REPO-MV	skills : D-REPO2 ; ligne REPO : ETAT3-R4.md « ligne REPO seulement », REPO-MV
lp-paths	63-67 ; 69-70	commandes git par arbre, « lecture seule »	AG	S9, sk-protocol § 2
lp-validate	93	chemin du livrable VAL → copie 5.8	ETAT3	ETAT3-T3-T5-IMPL.md § 4 ; AG-R1.md l. 11
lp-mcp	fichier entier	copie à l'identique de la version STM-T5 (MD5 exigé)	AG	AG-T1 « Suite » (trois copies, MD5 8a896676…) ; AG-R1.md l. 12 ; G4
lp-repo	fichier entier sauf § 4	skill du gardien pour LifePlay	AG	AG-T1 § 3.2-3.5, § 4.1 (brouillon installé)
lp-repo	§ 4 (37-44)	emplacements etat\REPO\ en copie 5.8, transfert REPO-MV	ETAT3 + REPO-MV	ETAT3-R3/R4.md l. 11 « § 4 emplacement » ; BOSS-JOURNAL.md l. 59
lp-repo	41 et 67	règle R-REPO1 (traces dans le même commit, pas de hash)	R-REPO1	BOSS-JOURNAL.md l. 60-61 ; ETAT3-R3/R4.md « Notes R-REPO1 »

Hunks sans source : 0. Hunks hors périmètre des tickets : 0 (les 8 fichiers de AG-R1.md l. 6-13). Compte de répartition de l'attribution : voir les lignes ci-dessus (aucun ajout non demandé relevé hors E1 à E3, qui portent sur des lignes attribuées mais fautives ou périmées).

5. Verdict

FAIL : les critères chiffrés de la fiche (rubrique 8) sont tous rejoués et tenus (P1 à P4, G1 à G6, G8 à G10, G12 ; 8 paires MD5 égales ; LF sans BOM ; aucun SKILL.md d'AG > 120 ; aucun hunk sans source), mais deux écarts de contenu empêchent d'accepter les fichiers tels quels : E1 (point 20 de la fiche, contradiction décrite par la fiche elle-même) et E2. Un lp-repo appliqué à la lettre ferait refuser par le gardien (§ 3 et § 9) les traces etat/REPO/ que R-REPO1 l'oblige à commiter.

Écarts (aucun n'est corrigé ici) :

• E1 (bloquant). lp-repo/SKILL.md l. 30 range Docs/Migration/etat/ parmi les chemins « jamais commités (refus du ticket) » et l. 82-83 fait refuser par le hook tout fichier du § 3 ; or l. 44 (§ 4), .gitignore de la copie 5.8 l. 74-78 et git ls-files (tickets, NUMEROS.md, REPO-JOURNAL.md suivis) disent que les .md et .csv de etat/ sont suivis. Même péremption dans lp-paths/SKILL.md l. 42 (« tout le dossier, .gitignore:74 ; :53 pour les .txt » : la l. 74 est désormais un commentaire ; ligne hors diff, rendue fausse par ETAT3-T4). Même liste dans la spécification du hook AG-T1-CONCEPTION.md l. 106 (^Docs/Migration/etat/), à ne pas installer telle quelle. Correction proposée (pour l'orchestrateur) : dans lp-repo l. 30 et lp-paths l. 42, remplacer « Docs/Migration/etat/ » par « Docs/Migration/etat/ sauf *.md et *.csv (suivis depuis ETAT3, .gitignore:75-78 ; sandbox/DC2/DC2-BUILD.md, .txt, .log, VERROU\ restent locaux) » et corriger les numéros de ligne cités ; refaire la même modification dans l'arbre principal (les 2 arbres doivent rester identiques).
• E2. lp-doc/SKILL.md l. 27-28 et lp-doc/gabarits.md l. 84 annoncent que le hash du commit est dans etat/REPO/REPO-JOURNAL.md ; sous R-REPO1 le journal note le HEAD d'avant et le hash se retrouve par git log --grep <TICKET> (lp-repo l. 41 ; ligne STD-R1 du journal). Correction proposée : « hash retrouvé par git log --grep <LOT>-R<n> ; le journal note le HEAD d'avant (R-REPO1) » aux deux endroits, dans les deux arbres.
• E3 (mineur, décision de l'orchestrateur). lp-mcp/SKILL.md l. 25 : « commit de ses seuls fichiers et lignes » demande à la session qui l'applique de commiter, ce qui contredit « git réservé au gardien » (P2). Le fichier est imposé à l'octet (8a896676…, tickets AG-R1 / AG-R2) : le corriger change le MD5 exigé, donc les deux tickets ; le laisser est un choix à consigner.

Remarques (pas des écarts) : R1 lp-build 148 lignes (141 à HEAD) > 120, antérieur au lot. R2 lp-lot/SKILL.md l. 55 : « pour les lots des copie 5.8 » (faute de frappe). R3 lp-build/SKILL.md l. 129 (ligne hors diff) cite encore « commit addon puis pin » sans nommer le gardien et la mémoire lifeplay-sandbox-not-committed que AG-T1 § 2.1.6 juge périmée ; ~/.claude/skills/sk-change-safety/SKILL.md l. 20 : « committer la dépendance… » sans nommer le gardien (hors des 8 fichiers). R4 AG-T1 § 3.6 annonçait des éléments non faits dans gabarits.md : « Fichiers à commiter » en fin de BUILD, gabarits TICKET (présent en lp-repo § 8) et SUIVI (absent), colonnes Manager / Tentatives / Décision du registre : probablement renvoyés à AG1, non vérifié. R5 gabarits.md : cette VAL suit le gabarit VAL (sections 1 à 6, ligne Tours) ; le gabarit VAL n'a pas de « Fichiers à commiter », rangés en ## Constats.

Conséquence sur les tickets : AG-R1 / AG-R2 exigent « VAL PASS » (l. 17 et 15) : non satisfait, les tickets restent à l'état « demandé ». Après correction de E1 et E2 (et décision sur E3), une revérification limitée suffit : 8 paires MD5, MD5 du diff, git status, relecture des 4 lignes touchées (fiche de reprise AG-T2b à émettre par l'orchestrateur).

6. Points à confirmer par l'utilisateur

• E3 : accepter lp-mcp tel quel (MD5 imposé, ligne « commit de ses seuls fichiers » conservée, à consigner) ou en changer la ligne 25 (nouveau MD5 dans AG-R1 / AG-R2) ?
• E1 : confirmer que la règle voulue est « .md et .csv de etat/ suivis, le reste local » (conforme à .gitignore:74-78 et à git ls-files) avant de corriger lp-repo § 3 / § 9 et lp-paths l. 42.
• La spécification du hook de AG-T1-CONCEPTION.md l. 106 (refus de ^Docs/Migration/etat/) est à réviser avant toute installation (sinon le hook refuserait les tickets R-REPO1).

Non rejoué : aucune compilation, aucun commandlet, aucun test en jeu (documentation d'outillage, sans objet) ; la validité des commandes citées dans les skills (ex. Select-String de lp-doc, Wait-HyperAIStudioMCP.ps1 de lp-mcp) n'a pas été exécutée ; les 20 lignes UBT de lp-build sont jugées sur le diff seulement (rubrique 5 de la fiche) ; le contenu de ~/.claude/skills hors motifs cherchés n'a pas été relu en entier.

Tours : 17 / 40

Constats

Fichiers à commiter (dépôt du jeu, copie 5.8, suivi par git en texte seul depuis ETAT3) :

• A Docs/Migration/etat/AG/AG-T2-VAL.md

Fichiers modifiés par moi : ce seul fichier (Write). Aucun script, aucune édition d'un autre fichier.