LifePlay-Revival/Docs/Migration/etat/OB/OBB/OBB-EVAL.md
edujiro5972 8084622450 LifePlay UE 5.8 : état de développement au 2026-10-19
Tickets : REP1-T4

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-10-19 22:57:42 +02:00

35 KiB
Raw Permalink Blame History

Fiche OBB-EVAL — Niveau N1 — Modèle prévu modèle de l'agent lp-writer | utilisé Sonnet 5.5 (claude-sonnet-5-5) — Agent lp-writer — Skills sk-protocol, lp-doc (gabarit EVAL), lp-lot, sk-recount

OBB-EVAL : évaluation de clôture du lot OBB (OB-1, bloquants de publication B1 à B3) (2026-10-10)

Hors gabarit : la fiche impose 8 sections (résultat par bloquant, fiches, indicateurs, écarts de consigne, refus d'autorisations, pièges, reports, fichiers) au lieu des 6 du gabarit EVAL de lp-doc. Correspondance : gabarit 1 à 4 → § 2 et § 3 ; gabarit 4b (commits du lot) → § 1.4 ; gabarit 5 (pièges) → § 6 ; gabarit 6 (décision) → § 7.8. Livrable en lecture seule des amonts : aucun livrable amont n'est réécrit, aucune commande rejouée sur les builds (les recomptes cités sont ceux des livrables et du registre, sources données). Sources principales : OBB-TACHES.md (registre, état du 4074d90), les 22 livrables de etat\OB\OBB\, les tickets etat\REPO\tickets\OBB-R1.md à OBB-R9.md, python -I Tools/FicheStats.py --lot OBB (rejoué ici), git log. Les faits (a) à (c) de l'orchestrateur, non portés au registre, sont marqués « fait de l'orchestrateur ».

1. Résultat par bloquant (B1, B2, B3)

Les trois bloquants sont prouvés dans un Shipping 5.8 neuf (établi : OBB-T7-VAL.md § 3 et § 5, OBB-T7c-BUILD.md Constats).

1.1 Tableau

Bloc. Objet Résultat Preuve (source) CHG Commits
B1 .git du dépôt local de Content\Modules (142 fichiers, 450 763 872 o) embarqué dans tous les paquets 5.8 (doc 21 l. 227) corrigé et prouvé Source : dépôts déplacés hors de l'arbre, D:\Game\LifePlay_ModulesGit\5.8.git et 5.5.git + core.worktree (OBB-INT-R6.md, OBB-INT-R7.md, OBB-T1-VAL.md § 3, PASS : HEAD ade587f, 115 / 428 commits, status inchangé). Paquet : CheckPackage.ps1 [1] PASS 0 sur Shipping_OBB et Shipping_OBB2 ; manifeste NonUFS 2 213 lignes (U8) → 2 071 (OBB) = −142, 142 chemins Modules/.git seulement côté U8 ; 0 entrée .git* (-Recurse -Force) ; −450 763 872 o et −142 fichiers à l'octet près (OBB-T7-VAL.md § 3.2 à 3.4) CHG-304 (remplacements, étape 1), CHG-307 (déplacements, étapes 2-3), CHG-308 (preuve) 8b884a6, 247af5a, 5b34499 (étape 1) ; ac3a176 (étapes 2-3, docs) ; 4074d90 (preuve)
B2 Addon LPSandbox / LPAnimMeasure lié à l'exe Shipping et descripteur au pak (doc 21 l. 226) clos Correctif antérieur au lot : TargetAllowList: ["Editor"] sur la référence LPSandbox (67d3e68, CHG-279, OBB-T6-INV.md l. 110). Dans le lot : OBB-T6 (L1 : V1.5 publiée sans addon ; L2 : TargetConfigurationDenyList lu par le moteur et UBT 5.8) ; décision de l'utilisateur « sandbox non lancée en Development » → clé conservée, B2 clos (OBB-TACHES.md l. 32-33). Paquet : [2] UFS LPSandbox 0 (U8 : 1), [3] .rsp LPAnimMeasure 0, [4] .target BuildPlugins sans LPSandbox (226 entrées), exe OBB LPAnimMeasure 0 par lecture binaire (U8 : 1) (OBB-T7-VAL.md § 2, § 3.2) CHG-308 (aucun changement de code dans le lot) 4074d90
B3 Aucun contrôle de paquet avant publication corrigé et prouvé Tools/CheckPackage.ps1 (neuf, 228 lignes, 4 contrôles en lecture seule), appelé par BuildDebug.ps1 et SplitModules.ps1. Preuve par l'échec rejouée par la VAL : Shipping_U8 code 1 ([1] FAIL 142, [2] FAIL 1), Shipping_AP7 (projet 5.5) [2] à [4] FAIL, DC4 (projet 5.5) 4 PASS, build absent code 3 (OBB-T3-VAL.md § 3, § 5) ; en réel : 4 PASS code 0 sur Shipping_OBB (T7b) et Shipping_OBB2 (T7c), rejoués par la VAL (OBB-T7-VAL.md § 3.1) CHG-301 (outil), CHG-308 (preuve réelle) 6eb1544, 4074d90

1.2 Limites de la preuve (établi, sauf mention)

  • Le paquet embarque des fichiers non commités du moment : MainMenu (STF), GI (STE), Clothes4.txt des Modules (−12 o), et CharGen d'avant la modification STE-TXT de 13:17 (source 13:17:29, cuit 13:09:11) (OBB-T7c-BUILD.md Constats). Les 4 contrôles n'en dépendent pas ; les archives ne sont donc pas des candidats de publication (estimé : le contenu de jeu diffère de l'état commité).
  • [3] PASS ne prouve pas la fraîcheur du .rsp : le contrôle n'écarte qu'un .rsp postérieur de plus de 10 min à l'exe (OBB-T7-VAL.md § 2 (a') et C3). La fraîcheur est établie autrement, par lecture binaire de l'exe (LPAnimMeasure 0 ; témoin U8 1).
  • BuildDebug.ps1 et SplitModules.ps1 n'ont jamais tourné en réel dans le lot : le branchement de BuildDebug.ps1 est PASS-STATIC (UAT interdit, OBB-T3-VAL.md § 3.5) ; SplitModules.ps1 est prouvé sur copie jetable sans déplacement ; T7a a utilisé Build.ps1, T7b et T7c ont lancé UAT directement puis CheckPackage.ps1 à la main (OBB-T7b-BUILD.md § 1, OBB-T7c-BUILD.md § 1).
  • Démarrage : fait sur Shipping_OBB (pas sur OBB2, exe identique, SHA-256 E590CCF1…FC11) : 155 s vivant, Responding : True, 0 CrashReportClient, %LOCALAPPDATA%\LifePlay\Saved inchangé (73 fichiers, 0 différence), 16 modules vin_* lus sans .git (OBB-T7s-VAL.md § 3). « Jusqu'au menu » estimé, non vu à l'écran (§ 3 E) ; Nouvelle partie / Continuer / mods : non faits.
  • La correspondance PDB ↔ exe n'est pas prouvée (dumpbin absent, GUID du PDB non lu : OBB-T7c-BUILD.md Incertitudes).

1.3 Chiffres du paquet (sources : OBB-T7-VAL.md § 3.3, OBB-T7b-BUILD.md Mesures, OBB-T7c-BUILD.md Mesures)

Archive Fichiers Octets Contenu de debug
Shipping_U8 (référence avant lot) 2 220 2 024 056 223 non (-nodebuginfo)
Shipping_OBB (T7b) 2 082 1 804 253 309 oui : PDB 225 570 816 o + LastResort + manifeste (230 967 022 o)
Shipping_OBB2 (T7c, référence) 2 078 1 573 286 287 non (0 PDB, 0 LastResort, 0 .git*)
Écart OBB contre U8 : −138 fichiers, −219 802 914 o = −450 763 872 (.git) + 230 967 022 (4 fichiers de debug) − 6 064 (7 fichiers différents) ; écart inexpliqué > 1 Mo : aucun (OBB-T7-VAL.md § 3.3).

1.4 Commits du lot, recomptés (gabarit 4b)

Commandes : git -C "D:\Game\LifePlay-master 5.8" log --oneline --grep OBB-R (4 résultats) ; git -C D:\Game\LifePlay-Sandbox log --all --grep OBB-R et git -C D:\Game\LifePlay-Sandbox-5.8 log --all --grep OBB-R (2 résultats, les mêmes : LifePlay-Sandbox-5.8 est un worktree du dépôt de LifePlay-Sandbox, git rev-parse --git-common-dir = D:/Game/LifePlay-Sandbox/.git) ; git tag -l "OBB*" ; git rev-parse OBB-avant^{commit}.

# Hash Dépôt, branche Heure (2026-10-10) Ticket Contenu CHG
0 tag OBB-avant → b63196a jeu, ue5.8 11:03:08 (commit visé) OBB-R1 tag annoté local, aucun commit —
1 6eb1544 jeu, ue5.8 11:36:27 OBB-R2 CheckPackage.ps1, BuildDebug.ps1, SplitModules.ps1, journal, livrables, traces (18 chemins) CHG-301
2 8b884a6 LifePlay-Sandbox, lot/DC3-atelier 12:31:46 OBB-R3 lp-paths, lp-repo en --git-dir/--work-tree CHG-304
3 247af5a LifePlay-Sandbox-5.8, ue5.8 12:31:53 OBB-R4 idem (exemplaire 5.8) CHG-304
4 5b34499 jeu, ue5.8 12:33:04 OBB-R5 CheckIntegrity.ps1, .gitignore, journal, pin addon 247af5a (doc 21 l. 136), livrables (14 chemins) CHG-304
5 ac3a176 jeu, ue5.8 12:51:58 OBB-R8 journal, docs 21 / 27 / 29, livrables, traces R6 / R7 (15 chemins) CHG-307
6 4074d90 jeu, ue5.8 13:39:40 OBB-R9 journal, docs 21 / 29, livrables T7, registre, traces (15 chemins) CHG-308
Ce sont 6 commits (4 jeu + 2 addon) plus 1 tag, comme annoncé par la fiche. Sans commit, par construction : OBB-R1 (TAG), OBB-R6 et OBB-R7 (MOVE des .git, hors dépôt du jeu ; traces commitées par ac3a176, R-REPO1). git log OBB-avant..HEAD (jeu) = 11 commits : 4 d'OBB + 7 d'autres lots (AG ee9dce2, 2cca224, eb03bfe ; DOCMV 2a30385, 08c1a49 ; STF 2883b80 ; STE c70082d). Aucun commit OBB sans ticket, aucun ticket COMMIT sans commit. Numérotation réelle des tickets différente du découpage indicatif de OBB-T1-SPEC.md § 7 (R2 prévu pour T1b, R3 / R4 pour les MOVE) : sans conséquence, la SPEC la disait indicative. Le ticket OBB-R2 n'a pas de livrable INT (OBB-INT.md ne traite que OBB-R1 ; le registre cite seulement tickets\OBB-R2.md) : écart de forme au gabarit INT.

2. Fiches : tenues, modèles, tentatives, mesures

2.1 Fiches des sous-agents (tableau)

Mesures : python -I Tools/FicheStats.py --lot OBB depuis la racine de la copie 5.8 (l'outil s'applique : 16 lignes). « Tours déclarés » : ligne Tours : n / 40 du livrable (ou du registre, signalé par *). Modèles : colonne Modèle de FicheStats. Niveau : colonne Niv. de FicheStats, recoupée avec les en-têtes. Pic et jetons : FicheStats.

Fiche Agent Modèle Niv. Tent. k/4 Cause de reprise Tours mesurés (déclarés) Pic k / jetons M Durée min Verdict (registre)
OBB-T6 lp-inventory sonnet-5-5 N1 1 — 39 (aucune ligne Tours) 146 / 3,7 6 acceptée : L1 non (V1.5 sans addon), L2 oui
OBB-T1a lp-inventory sonnet-5-5 N1 1 — 18 (21) 119 / 1,4 5 acceptée
OBB-T3 lp-impl opus-5-5 N2 1 + 1 prolongation consigne (seuil de 2 h remplacé) 21 (14 + 6 = 20) 167 / 2,6 10 acceptée après reprise ; hors budget (pic)
OBB-T3v lp-validator sonnet-5-5 N1 1 — 13 (13) 112 / 1,0 4 PASS
OBB-T3d lp-writer sonnet-5-5 N1 1 + relance consigne (ordre du journal inversé par Big Boss) 19 (8 + 5 = 13) 92 / 1,3 7 acceptée (CHG-301)
OBB-T1b (IMPL) lp-impl opus-5-5 N2 1 — (corrections de l'orchestrateur E1, E3) 15 (15) 125 / 1,3 7 acceptée avec corrections
OBB-T1b (VAL) = T1bv lp-validator sonnet-5-5 N1 1 — 19 (15) 99 / 1,4 4 PASS
OBB-T1b (DOC) = T1bd lp-writer sonnet-5-5 N1 1 — 11 (9) 75 / 0,7 2 acceptée (CHG-304)
OBB-T1v lp-validator sonnet-5-5 N1 1 — 16 (15) 103 / 1,2 4 PASS
OBB-T1d lp-writer sonnet-5-5 N1 1 — 15 (11) 74 / 0,8 2 acceptée (CHG-307)
OBB-T7a lp-builder haiku-5-5 N0 1 — 10 (8) 61 / 0,5 3 acceptée (critère .rsp daté remplacé)
OBB-T7b lp-builder haiku-5-5 N1 1 — 17 (15) 83 / 1,0 7 acceptée ; -nodebuginfo omis par la fiche
OBB-T7c lp-builder haiku-5-5 N0 1 (fiche refaisant T7b) consigne (omission de l'orchestrateur, décision de l'utilisateur) 20 (19) 106 / 1,3 5 acceptée
OBB-T7v lp-validator sonnet-5-5 N1 1 — 25 (17) 106 / 1,9 5 PASS-STATIC
OBB-T7s lp-validator sonnet-5-5 N1 1 — 15 (14) 65 / 0,7 5 PASS
OBB-T7d lp-writer sonnet-5-5 N1 1 (2 écritures refusées) autorisation (hors catégories) 21 (17) 110 / 1,7 8 partielle : journal écrit par l'orchestrateur
Total 294 84
Total contrôlé : FicheStats sommé par script (python -I sur sa sortie) = 84 min, 294 tours, 22,5 M jetons, 16 erreurs d'outil sur 606 appels. Fiches archivées dans fiches\OBB-T7.md : T7a, T7b, T7v (3 en-têtes Fiche OBB-T7…, lignes 9, 22, 35) ; les fiches T7c, T7s et T7d n'y sont pas (ni ailleurs dans etat\OB\OBB\, d'après le Glob initial).

2.2 Tickets du gardien (lp-gardien) : non mesurés par FicheStats

FicheStats ne liste aucune ligne de gardien (cause non établie). Valeurs du registre OBB-TACHES.md (colonnes Tours / Jetons / Durée ; la colonne Jetons contient en fait des pics : T3 169 contre 167 k mesurés, T7b 86 contre 83) et des INT.

Ticket Niv. (INT) Passes Outils / tours (registre) Pic k Durée Résultat
OBB-R1 N0 1 14 outils 46 1 min 03 s tag OBB-avant
OBB-R2 non établi 1 27 outils (11 tours) 125 2 min 00 s 6eb1544
OBB-R3 / R4 / R5 N1 1 passe 25 outils (≈ 13 tours) 99 2 min 42 s 8b884a6, 247af5a, 5b34499
OBB-R6 N1 1 16 outils (8 tours) 72 1 min 55 s MOVE 5.8
OBB-R7 N2 2 12 outils (7 tours) puis 24 outils (14 tours) 50 puis 69 non établi MOVE 5.5 au 2e passage
OBB-R8 N1 1 24 outils (11 tours) 102 1 min 48 s ac3a176
OBB-R9 N1 1 tours 11 / 40 (OBB-INT-R9.md l. 39) non établi non établi 4074d90
Ligne OBB-R9 : absente du registre (§ 5).

2.3 Modèle prévu contre utilisé

Les 22 livrables d'agent, OBB-T1-SPEC.md et la fiche fiches\OBB-T7.md portent « Modèle prévu … | utilisé … » (motif contrôlé par Grep sur la première ligne : 23 fichiers, plus OBB-INT-R3R5.md lu à la main, soit 24) : 0 FAIL-TRACE. Le « prévu » est écrit « modèle de l'agent X » (donc non chiffré) dans les fiches T7 ; les modèles mesurés correspondent aux modèles par défaut des agents (lp-builder : haiku-5-5 ; lp-impl : opus-5-5 ; lp-inventory, lp-validator, lp-writer : sonnet-5-5) : cohérent, sans surcharge. Seule la SPEC écrit un modèle explicite (opus-5-5 prévu et utilisé). En-têtes des livrables INT : « sonnet » ou « claude-sonnet-5-5 » (OBB-R1 : « utilisé sonnet », non identifiant exact).

3. Indicateurs de sk-orchestrate § 5

Indicateur Valeur Source / calcul
Fiches lancées 16 sous-agents + 9 tickets (R1 à R9, R3 à R5 en une passe) = 25 unités ; 24 passes (16 + 8) registre, FicheStats
Taux de reprises 4 / 25 = 16 % : T3 (prolongation), T3d (relance), R7 (2e passage), T7c (fiche refaite) OBB-T3-IMPL.md l. 172, OBB-T3-DOC.md l. 4-7, OBB-INT-R7.md § 1, fiches / registre l. 30
Reprises -fix / escalades d'agent 0 registre : aucune ligne -fix, aucune escaladée
Prolongations, cause 2 (T3, T3d), cause consigne pour les deux ; budget 0, capacité 0 idem ; aucune fiche arrêtée au budget
Reprises autres, cause R7 : consigne ; T7c : consigne ; T7d : refus d'autorisation (hors catégories) § 4, § 5
Fiches coupées par maxTurns sans compte rendu 0 FicheStats : maximum 39 tours (T6) contre plafond 50 (N0-N2) ; chaque fiche a son livrable ; T6 à 39 / 40 (budget) et 146 / 150 k : au bord
Échecs fabriqués détectés (succès inventé, compte faux, critère ignoré) 0 établi ; 1 écart de compte : tours déclarés inférieurs aux tours mesurés (voir ci-dessous) lecture des livrables et des recomptes de l'orchestrateur au registre ; les commandes n'ont pas été rejouées par cette EVAL
En-têtes complets 24 / 24 (22 livrables d'agent, la SPEC, la fiche T7) Grep du motif ^Fiche OBB… Niveau … Modèle prévu … | utilisé … Agent … Skills : 23 fichiers + OBB-INT-R3R5.md à la main
Livrables avec ligne Tours : n / 40 18 / 22 ; absente : OBB-T6-INV.md, OBB-INT.md, OBB-INT-R6.md ; OBB-INT-R3R5.md : « voir compte rendu » Grep ^Tours :
Fiches hors budget 1 : OBB-T3 (pic 167 k > 150 k ; 21 tours ≤ 40) FicheStats « hors budget (pic) »
Durée contre estimation 16 fiches mesurées : max 10 min (T3), somme 84 min, toutes sous l'estimation ≈ 20 min de la rubrique 9. Durée du lot : du tag (11:03:08) au commit 4074d90 (13:39:40) = 2 h 36 min 32 s FicheStats ; git log ; la prise en charge date de 11:05 (registre l. 3). OBB-T6 (08:01-08:08) précède la prise en charge
Coût 22,5 M jetons pour les 16 fiches (hors session de l'orchestrateur et hors gardiens) ; coût monétaire : non établi (aucun tarif en source) FicheStats
Erreurs d'outil 16 sur 606 appels (T6 6, T7c 4, T1v 2, T7d 2, T7b 1, T7v 1) FicheStats colonne Erreurs

Tours déclarés contre mesurés (15 fiches ayant les deux valeurs) : déclaré inférieur pour 12 (T3, T3d, T1bv, T1bd, T1v, T1d, T7a, T7b, T7v, T7s, T7c, T7d ; écart de 1 à 8, le plus grand pour T7v : 17 contre 25), égal pour 2 (T3v, T1b IMPL), supérieur pour 1 (T1a : 21 contre 18). Estimé : les agents sous-comptent leurs tours ; FicheStats fait foi. Le registre mélange « outils » (T6 : 76 outils, 39 tours mesurés) et « tours » dans la même colonne.

4. Écarts de consigne de l'orchestrateur (sans complaisance)

Écart = consigne de l'orchestrateur (fiche, ticket, annonce) fausse, trop large, incomplète ou tardive. Sources citées ; E-9 et E-10 sont des faits déclarés par l'orchestrateur, sans trace dans les livrables lus.

  1. OBB-R7, critère d'entrée « 0 processus Unreal » trop large, recopié d'OBB-R6. Effet établi : 1er passage refusé à l'étape 0 par la présence de l'éditeur STE-GI de la copie 5.8 (PID 30840, ligne de commande sur LifePlay-master 5.8), verrou 32 pris et rendu, 12 outils / 7 tours / 50 k perdus, critère corrigé (« processus citant la copie 5.5 ou un build 5.5 »), relance (OBB-R7.md l. 2 et 6 ; OBB-INT-R7.md § 1 et § 2). Cause : la copie visée (5.5) n'est pas lue par l'éditeur de la 5.8 ; le critère aurait dû nommer la copie.
  2. OBB-T7b, -nodebuginfo omis. La fiche citait U8-T4-BUILD.md l. 9 comme modèle de commande, sans le drapeau que celle-là portait (fiches\OBB-T7.md l. 26-27 ; OBB-T7-VAL.md C1). Effets établis : PDB (225 570 816 o) et polices de debug (5 396 206 o) dans l'archive Shipping_OBB, écart de taille de −219 802 914 o au lieu de ≈ −450 763 872 o à expliquer par la VAL, fiche T7c supplémentaire (20 tours, 106 k, 5 min), archive OBB2, archive OBB redondante conservée (≈ 1,8 Go). Décision de l'utilisateur : « refais la mise en scène avec -nodebuginfo ». La rubrique 5 de la fiche (« aucun nouveau » piège) ne mentionnait pas l'option.
  3. OBB-T7a, critère « .rsp daté de ce build » inadapté (fiches\OBB-T7.md l. 18). UBT ne réécrit pas un .rsp de contenu inchangé : l'agent a rendu « partiel » alors que le build était bon (OBB-T7a-BUILD.md l. 4 et Constats). L'orchestrateur a remplacé le critère par « contenu valide » (recompte : 0 LPAnimMeasure / LPSandbox, 1 041 .obj, témoin LPAnimCore 1 : registre l. 30). Prolongement : la même hypothèse est à l'origine du seuil de 2 h de CheckPackage.ps1 (écart 4 plus bas).
  4. OBB-T3, seuil de 2 h de la fiche pour rattacher le .rsp / .target au build. Sur Shipping_U8 l'écart n'était que de 2,20 h ; un seuil de 3 h aurait donné un faux PASS (OBB-T3-IMPL.md Constats 2). Remplacé à la reprise par un critère taille + date de l'exe + 10 min. Coût : prolongation de 6 tours et pic de 167 k (seule fiche hors budget du lot).
  5. OBB-T1v, témoin cité inexistant : D:\Game\LifePlay_Backup_5.5\OBB-addon (2) n'existe pas (seuls OBB-addon et OBB-addon58) ; la VAL a pris 2 + 2 à la place (OBB-T1-VAL.md § 2 P3, Constats 1).
  6. OBB-T1b, consignes défectueuses relevées par l'agent : demande de garder les fins de ligne d'un .gitignore à fins de ligne mixtes (4 CRLF + 86 LF), alors que sk-protocol § 7 nomme cette exception (E1) ; texte dicté avec <5.8|5.5> coupant une cellule de tableau (E3) ; HEAD annoncé 08c1a49, réel 2cca224 (E4) (OBB-T1b-IMPL.md § 2). E1 et E3 ont été corrigés par l'orchestrateur lui-même à la réception (registre l. 16).
  7. OBB-T3d, consigne double : « réserver, ne pas écrire » puis relance après l'inversion de l'ordre du journal par Big Boss (OBB avant AR) : 8 + 5 tours déclarés, 19 mesurés (OBB-T3-DOC.md l. 4-13). Cause extérieure à l'orchestrateur, effet sur le coût établi.
  8. Annonce SKILLS-COMMITÉS tardive à Big Boss : le gardien a enchaîné R3, R4, R5 en une passe, l'annonce est venue après coup (BOSS-JOURNAL.md l. 111 : « annonce tardive »). Le registre (l. 16) avait fait dépendre le lot AR de cette annonce. Effet sur AR : non établi.
  9. Regex [^\n] dans un Grep de l'orchestrateur, corrigée avant usage (fait de l'orchestrateur, aucune trace dans les livrables, aucun effet établi).
  10. Registre non soldé (conséquence des refus du § 5, mais aussi des colonnes mal tenues) : voir § 7.7.
  11. Mineur : l'en-tête de la fiche T7b dit « Niveau N0 » alors que sa rubrique 2 conclut N1 (fiches\OBB-T7.md l. 22-24) ; le tableau du registre n'a pas de ligne pour T7c, T7s, T7v séparées (une seule ligne OBB-T7, l. 30).

5. Refus d'autorisations (chronologie et état, sans conclusion sur le raisonnement du classificateur)

# Quand (2026-10-10) Qui Action refusée Message cité Suite État
1 avant le lot (OBB-T6, 08:01-08:08) lp-inventory (session « Lot 29 ») rm -rf ./x sur la copie extraite de la V1.5 (161 Mo selon le registre) « Permission to use Bash … has been denied » (OBB-T6-INV.md § 4, l. 130) aucun contournement ; suppression laissée à l'orchestrateur ou à l'utilisateur dossier non retrouvé sous …\claude\D--Game-LifePlay-master-5-8\*\scratchpad\obb-t6\x (Bash ls -d) : état actuel non établi
2 OBB-T7d (13:28-13:36) lp-writer Edit : insertion de CHG-308 au journal (au-dessus de CHG-305) « External System Writes » (OBB-T7-DOC.md § 4.1) arrêt, entrée livrée « prête, non écrite » dans le livrable journal intact à ce moment
3 OBB-T7d, même fiche lp-writer, sur ordre direct de l'utilisateur relayé (« écris CHG-308 au journal ») 2e Edit identique « Modify Shared Resources » (OBB-T7-DOC.md § 4.5) arrêt, aucun contournement journal intact
4 après 2 et 3 Big Boss (fait de l'orchestrateur) — — Big Boss a établi : aucune règle du projet, aucun hook, aucun verrou n'explique le refus —
5 après 4 orchestrateur, dans sa session, sur l'ordre « écris CHG-308 au journal » écriture du journal réussie ligne insérée, git diff --numstat 1 / 0, LF conservé ; NUMEROS.md l. 24 : CHG-308 « utilisé » sous verrou 41 (fait de l'orchestrateur ; recoupé ici : Journal_Modifications.md l. 1134 ` CHG-308 , 4074d90modifie le journal de+1, OBB-INT-R9.md` § 1 « dernier précédent 41 »)
6 juste après le commit (OBB-R9, 4074d90) orchestrateur édition suivante du registre OBB-TACHES.md « Auto-Mode Bypass » (fait de l'orchestrateur) non contournée ; JOURNAL-LIBRE envoyé registre non mis à jour depuis 4074d90 (Read ici : ligne T7d « partielle », pas de ligne R9, ligne T7 sans mesures)
Note de lecture : trois refus sur trois catégories de message différentes (« External System Writes », « Modify Shared Resources », « Auto-Mode Bypass ») pour des écritures de fichiers de suivi du dépôt ; la même catégorie d'écriture (journal) a été acceptée dans la session de l'orchestrateur (5). Cette EVAL ne tire aucune conclusion sur le classificateur. Écrire ce livrable (chemin etat\OB\OBB\OBB-EVAL.md) n'a pas été refusé (le fichier existe, § 8).

6. Pièges à reporter dans les skills

État relevé par Grep de CheckPackage|nodebuginfo|entrée standard|\.rsp|\$rel\b (insensible à la casse) dans D:\Game\LifePlay-Sandbox-5.8\Tools\claude\skills (jonction de .claude\skills) : 0 occurrence hors une ligne de lp-validate sans rapport (fins de ligne). lp-paths:66-68 : porté.

# Piège Source Skill visé État
P1 PowerShell ignore la casse : une variable $rel écrase le paramètre $Rel (devenu tableau, « 2053 écarts sur 2053 ») OBB-T1b-IMPL.md § 2 E6 sk-windows-shell non porté
P2 Ne pas lancer le jeu (ni un script qui écrit un fichier) depuis un script lu sur l'entrée standard de PowerShell : le jeu hérite de l'entrée, le script s'interrompt (T7s : relevés manquants à t+15 s et t+30 s) ; mêmes symptômes en T7c (3 essais de BUILD-ID.txt sans écriture, 4e en -Command monoligne) OBB-T7s-VAL.md écart 1 ; OBB-T7c-BUILD.md écart 3 sk-windows-shell non porté
P3 Sans .git local, git -C <copie>\Content\Modules … remonte au dépôt du jeu (où Content/Modules est ignoré) et répond pour le mauvais dépôt, sans erreur OBB-T1-SPEC.md § 3 ; OBB-T1-VAL.md Constats 3 lp-paths déjà porté (lp-paths:68)
P4 L'outil Edit ramène en LF un fichier à fins de ligne mixtes (ici .gitignore : 4 CRLF aux l. 87-90) ; ne pas demander « fins de ligne conservées » pour un tel fichier (Edit garde CRLF ou LF purs : sk-protocol § 7) OBB-T1b-IMPL.md § 2 E1 sk-protocol § 7 (exception déjà nommée) ; sk-orchestrate (rédaction de fiche) partiel
P5 UBT ne réécrit pas un .rsp de contenu inchangé : critère de fiche « .rsp daté » à remplacer par « contenu valide » ; et le contrôle [3] de CheckPackage.ps1 ne prouve pas la fraîcheur (seul un .rsp postérieur de plus de 10 min à l'exe est écarté) OBB-T7a-BUILD.md Constats ; OBB-T7-VAL.md § 2 (a), C3 lp-build ; lp-validate non porté
P6 -nodebuginfo obligatoire pour une archive de référence Shipping : sans lui, PDB (225 570 816 o) et LastResort dans l'archive ; archiver BUILD-ID.txt à côté du dossier PDB OBB-T7-VAL.md C1 ; OBB-T7c-BUILD.md lp-build (§ Shipping / UAT) non porté
P7 Tout empaquetage lancé par UAT hors BuildDebug.ps1 est suivi aussitôt de CheckPackage.ps1 (texte prêt dans OBB-T3-IMPL.md Constats 4, « skill à venir ») OBB-T3-IMPL.md Constats 4 ; OBB-T3-DOC.md Constats lp-build § 4 non porté
P8 Sous Git Bash, un chemin Windows non guillemeté perd ses antislashs (D:GameLifePlay_Build…, code 3 de CheckPackage) ; guillemets de $e mangés dans ParseFile ; UeState.ps1 refuse -Kind en -File (ValidateSet) : utiliser -Command OBB-T7c-BUILD.md Constats ; OBB-T7a-BUILD.md Constats ; OBB-T3-IMPL.md § 1 sk-windows-shell partiel (-Command : lp-build § 8 selon T7c)
P9 Un critère d'entrée « 0 processus Unreal » doit viser la copie traitée (ligne de commande citant la copie), pas tous les éditeurs ; le relever par Get-CimInstance Win32_Process OBB-R7.md l. 6 ; OBB-INT-R7.md § 2 sk-orchestrate (fiche) ; lp-repo (étape 0 des MOVE) non porté
P10 git rev-parse <tag annoté> rend l'objet tag (ede1f012…), pas le commit : utiliser ^{commit} OBB-T3-VAL.md Constats 3 lp-repo ; lp-validate non porté
P11 Les agents sous-comptent leurs tours (12 cas sur 15) : FicheStats fait foi ; le registre ne doit pas mêler « outils » et « tours » § 3 sk-protocol § 8 ; gabarit TACHES de lp-doc non porté
P12 Une DOC qui doit écrire le journal peut être refusée par les autorisations : prévoir le relais par l'orchestrateur ou une règle explicite (voir § 5, § 7.5) OBB-T7-DOC.md § 4 lp-doc ; lp-lot décision de l'utilisateur

7. Reports et suites

7.1 Reports non cochés du doc 21 lus (registre des reports, Docs/21_Sandbox_Addon.md)

Commande : Grep '^\s*- \[ \]' puis Read des lignes 224-228 ; lignes 178, 181, 203, 210, 223, 224, 225, 228 lues. La ligne 227 (B1) est cochée avec la preuve (CHG-308). Le doc 21 n'est pas modifié par cette EVAL.

Ligne Report Propriétaire écrit Lien avec OBB Position de l'EVAL
178 Compilation et packaging Shipping complets avec le plugin (seul le plan UBT vérifié) aucun OBB a prouvé un Shipping sans l'addon ; décision « sandbox non lancée en Development » (registre l. 32) à trancher par l'utilisateur : caduc ou à conserver (estimé : caduc de fait depuis CHG-279)
181 Migration commitée côté jeu (LifePlay.uproject, Config/LPSandbox.ini, Build.cs, LPShowCoupleSubsystem.*, docs 21 / 22, etat/sandbox/) : « non fait » aucun aucun ; la référence LPSandbox du .uproject est présente à HEAD (OBB-T7-VAL.md § 2 : LifePlay.uproject l. 30-38) incertain : le report peut être périmé en partie ; non examiné (essai qui trancherait : git status + Grep des fichiers cités)
203 Correction de LPSandbox.uproject en 5.5 (AdditionalPluginDirectories) addon 5.5, hors U58 (lot/DC3-atelier) aucun sans objet pour OBB
210 Brouillard / scalabilité non comparés 5.5 contre 5.8 U8 (test Shipping) aucun ; Shipping_OBB2 est un Shipping propre disponible mais non comparé reste à U8
223 Shipping final et publication des 3 archives 2026.10.2.0 U8 (doc 27) Shipping_OBB2 = référence de contrôle de paquet, pas une candidate (contenu non commité embarqué, CharGen d'avant STE-TXT) reste à U8 : build à refaire sur l'état commité
224 Archivage des PDB du Shipping (un dossier par numéro de build) U8 (fiche U8-T4) OBB a produit …_Shipping_OBB_PDB (PDB 225 570 816 o) et BUILD-ID.txt (SHA-256 exe, RSDS) pour un build d'essai non publié à refaire pour le build publié
225 Dossier Saved du Shipping desktop = %LOCALAPPDATA%\LifePlay\Saved (partagé avec les versions précédentes) : à décider avant V2.0 U8 (T8 / porte), lien SAV1 / ERR-042 -UserDir a gardé le dossier réel inchangé (73 fichiers, 0 différence : OBB-T7s-VAL.md) ; la décision de fond (README, migration) reste ouverte reste à U8
228 Référence Releases/2026.10.2.0 et 3 archives de mods à refaire sur un Shipping propre U8 (« reprise après G-ST et OB ») la condition « Shipping propre » côté OB est remplie (B1 à B3 prouvés) ; reste la production elle-même débloqué côté OB, à U8
Hors liste de la fiche, vu au passage : la ligne 229 (mention UE 5.8 au README.md, U8-T8) est sans lien avec OBB.

7.2 Archives de build

D:\Game\LifePlay_Build_5.8_Shipping_OBB (2 082 fichiers, 1 804 253 309 o, avec PDB) est redondante avec …_OBB2 ; conservée (décision de l'utilisateur, fait de l'orchestrateur, aussi dans la ligne CHG-308). …_Shipping_OBB2 = référence (2 078 fichiers, 1 573 286 287 o) ; …_Shipping_OBB_PDB = PDB + BUILD-ID.txt. Rien n'a été déplacé ni supprimé par cette EVAL. Copies de sécurité des .git : D:\Game\LifePlay_Backup_5.5\OBB\modules-git-5.8 et modules-git-5.5 (142 fichiers, 450 763 872 o chacune, OBB-T1-VAL.md § 3).

7.3 Constat CheckIntegrity 5.5 (hors périmètre, cause non examinée)

Tools\CheckIntegrity.ps1 -Modules dans la copie 5.5 (gelée, compare à D:\Game\LifePlay-master 4.27\Content\Modules) : 3 ecart(s) sur 2053 : different : Content\Modules\donors.txt, en plus en 5.5 : …\vin_Base\Hairstyles\vin_Base.lphair, en plus en 5.5 : …\vin_Base\Proximity\furniture.lpnear, code 1, aucune ligne .git (OBB-T1-VAL.md § 3, relevé 5.5). Ne vient pas du déplacement (estimé : état avant non rejoué). Incertain : la cause ; l'utilisateur doit dire si ces 3 écarts sont connus (case non cochée OBB-T1-VAL.md § 6).

7.4 Push (à faire par l'utilisateur, rien n'est poussé)

Commits du lot, dans l'ordre addon → jeu (lp-lot, lp-repo) : addon 8b884a6 (lot/DC3-atelier), addon 247af5a (ue5.8), jeu 6eb1544, 5b34499, ac3a176, 4074d90 (ue5.8) ; tag local OBB-avant (annoté, sur b63196a). État mesuré : la branche ue5.8 du jeu n'a pas d'amont (git rev-parse --abbrev-ref @{u} : « no upstream configured »), aucune branche distante ue5.8 (git branch -r) ; git log --oneline HEAD --not --remotes | wc -l = 64 commits du jeu non présents sur un distant (dont les 4 du lot, 7 sur les 11 de OBB-avant..HEAD sont d'autres lots) ; addon : lot/DC3-atelier 38 et ue5.8 41 commits non distants (git log --oneline <branche> --not --remotes | wc -l). Un push de ces branches emporte donc aussi des commits d'autres lots. Contrôle de la « liste interdite de publication » (lp-repo § 3) : non fait ici. Le journal Docs/Journal_Modifications.md et le doc 21 (pin) sont à jour au 4074d90.

7.5 Règle d'autorisation sur le journal et les registres (décision de l'utilisateur)

À décider : donner (ou non) une règle d'autorisation Edit pour Docs/Journal_Modifications.md, Docs/Registre_Erreurs.md, Docs/21_*, OBB-TACHES.md et les registres de lot, pour les agents lp-writer et l'orchestrateur ; ou convenir que l'orchestrateur écrit seul ces fichiers (ce qui s'est passé pour CHG-308). Éléments : § 5. Sans règle, la DOC d'un lot peut être partielle (CHG-308 : T7d partielle).

7.6 Cases laissées ouvertes dans les VAL (non cochées par l'utilisateur)

  • OBB-T3-VAL.md § 6 : SplitModules.ps1 laisse passer NON-CONCLUANT (code 2) en avertissement ; .git d'un sous-module (Modules/<module>/.git) non relevé par [1] ; limites du rattachement (.rsp réécrit sans relink dans les 10 min ; deux liaisons à moins de 2 s et de même taille). Le premier point (« BuildDebug.ps1 sort en code 1 tant que .git est présent ») est levé par B1 (dépôts déplacés).
  • OBB-T7-VAL.md § 6 : durcir CheckPackage.ps1 [3] (C3) ; démarrage « Nouvelle partie / Continuer » (la fiche T7s n'a couvert que 155 s d'exécution).
  • OBB-T7s-VAL.md § 6 : « jusqu'au menu » sans capture ; UnrealEditor PID 20764 présent au début, absent à la fin, non touché selon l'agent (signalé à Big Boss, cause non établie) ; txt.json du dossier réel garde l'ancien Clothes4.txt (se met à jour au prochain lancement normal).
  • OBB-T1-VAL.md § 6 : témoin pris dans OBB-addon / OBB-addon58 ; 3 écarts de CheckIntegrity 5.5 (7.3).

7.7 Registre OBB-TACHES.md à solder (par l'orchestrateur ; non modifié ici)

Lignes à mettre à jour, constatées par lecture : T7d « partielle » → CHG-308 écrit (4074d90) ; ligne R9 absente (4074d90, 11 tours) ; ligne OBB-T7 : colonnes Tours / Pic / Jetons / Durée vides, T7c, T7s, T7v non séparées ; mesures de FicheStats (§ 2) à reporter ; CHG-308 « réservé » → « utilisé » ; colonne « Jetons » qui contient des pics ; ligne EVAL absente. Aucune écriture hors OBB-EVAL.md par cette fiche.

7.8 Décision (revient à l'utilisateur) : proposition de l'EVAL

GO conditionnel. Les trois bloquants sont prouvés dans un Shipping neuf (§ 1) ; aucune fiche coupée, aucun échec fabriqué établi, un seul dépassement de budget (T3). Conditions avant de dire le lot clos : (1) soldé le registre (7.7) ; (2) décision sur la règle d'autorisation (7.5) ; (3) accord de l'utilisateur sur le push (7.4) ; (4) pièges P5 à P7 et P9 reportés dans lp-build / sk-orchestrate (une fiche de skills à ouvrir). Non conditionnel, mais à retenir : les archives OBB / OBB2 ne sont pas des candidates de publication (7.1, ligne 223).

8. Fichiers à commiter

Dépôt du jeu D:\Game\LifePlay-master 5.8, branche ue5.8 (aucune commande git d'écriture lancée) :

  • A Docs/Migration/etat/OB/OBB/OBB-EVAL.md (ce livrable, seul fichier écrit par cette fiche).
  • Hors de cette fiche, déjà non suivi : A Docs/Migration/etat/OB/OBB/OBB-INT-R9.md (livrable du gardien, « part au prochain commit », OBB-INT-R9.md § 8).
  • À modifier par l'orchestrateur puis commiter : M Docs/Migration/etat/OB/OBB/OBB-TACHES.md (7.7). Fichiers partagés (journal, registre d'erreurs, doc 21, NUMEROS) : non touchés. Mémoire, skills, docs numérotés : non touchés.

Tours : 17 / 40

Constats

  • Écart de la fiche : la structure à 8 sections remplace les 6 du gabarit EVAL (annoncé en tête).
  • Non établi : pourquoi FicheStats ne liste pas les gardiens ; la durée de R7 et de R9 ; le niveau de R2 ; l'état du dossier extrait d'OBB-T6 (…\obb-t6\x).
  • Les chiffres de ce livrable viennent de : FicheStats (rejoué), git log / git rev-parse / git branch rejoués, Grep rejoués, lecture des livrables et du registre. Les commandes des builds et des VAL n'ont pas été rejouées (lecture seule).