LifePlay-Revival/Docs/Migration/etat/OB/OBB/OBB-T7s-VAL.md

Fiche OBB-T7s — Niveau N1 — Modèle prévu modèle de l'agent lp-validator | utilisé claude-sonnet-5-5 (Sonnet 5.5) — Agent lp-validator — Skills sk-protocol, sk-recount, debug-verification, lp-validate, lp-build (§ Shipping), sk-windows-shell

OBB-T7s-VAL : démarrage court du Shipping neuf D:\Game\LifePlay_Build_5.8_Shipping_OBB (2026-10-10)

Hors gabarit : aucun. Verdict : PASS (critère de la rubrique 8 rempli, preuves ci-dessous). Réserve : « jusqu'au menu » n'est pas vu à l'écran, il est estimé (section 3, point E).

1. Fiches amont relues

• Fiche OBB-T7s (rubriques 1 à 9, reçue de l'orchestrateur).
• Docs\Migration\etat\OB\OBB\OBB-TACHES.md:29 (ligne OBB-T7, lue en entier) : T7a et T7b acceptées, T7v acceptée PASS-STATIC, J1 terminé (signal J1-FINI), archive neuve sans .git* (2 082 fichiers selon T7b).
• lp-build § Shipping (SKILL.md:69-72) : le Shipping n'écrit aucun journal ; -UserDir=<dossier> obligatoire.
• Non relus : OBB-T7a-BUILD.md, OBB-T7b-BUILD.md, OBB-T7v-VAL.md (non nécessaires au critère ; la ligne du registre les résume). Aucune fiche IMPL dans ce lot pour T7s.

2. Points à confirmer des IMPL

sans objet : T7s est une validation d'exécution, aucune IMPL en amont (registre OBB-TACHES.md:29, lignes T7a/T7b = BUILD, T7v = VAL). Point amont repris de la fiche : L12 (audit OBA) : voir section 3, point F.

3. Critères rejoués (commande → résultat)

A. État avant (établi, 13:1x)

• Get-Process LifePlay*, UnrealEditor*, CrashReportClient* : aucun LifePlay* ; UnrealEditor PID 20764 et CrashReportClientEditor PID 28452 (éditeur 5.8 de l'utilisateur, D:\Game\Launcher\Engine\UE_5.8\…, jamais touchés).
• %LOCALAPPDATA%\LifePlay\Saved : 73 fichiers, liste avec taille, date d'écriture ISO et MD5 enregistrée dans …\scratchpad\obb-t7s\saved_before.txt (dernier fichier modifié : SaveGames\21.sav et GameSettings.sav le 2026-10-09 18:41:22). Dossier jetable …\scratchpad\obb-t7s\userdir : 0 fichier.
• Archive : Windows\LifePlay.exe MD5 3EE2069D183BCE2B490573C01E34B911 (301 568 o), Windows\LifePlay\Binaries\Win64\LifePlay-Win64-Shipping.exe présent, Windows\LifePlay\Content\Modules\.git absent (Test-Path = False), 16 dossiers vin_* + MorphTags + fichiers .txt dans Content\Modules.

B. Lancement (établi) Start-Process -FilePath 'D:\Game\LifePlay_Build_5.8_Shipping_OBB\Windows\LifePlay.exe' -ArgumentList '-UserDir="<userdir>"','-windowed','-ResX=1280','-ResY=720' -PassThru → PID 10272 (LifePlay.exe), heure 2026-10-10T13:17:37.796+02:00. Processus enfant : PID 25776 LifePlay-Win64-Shipping.exe (parent 10272), chemin D:\Game\LifePlay_Build_5.8_Shipping_OBB\Windows\LifePlay\Binaries\Win64\LifePlay-Win64-Shipping.exe (Get-CimInstance Win32_Process). -UserDir présent.

C. Observation (établi) — t+ = secondes depuis le lancement.

t+	Shipping CPU cumulé	Mémoire de travail	CrashReportClient (hors Editor)	<userdir>\Saved\Crashes	Fichiers UserDir
6 s (relevé ponctuel)	vivant	non relevée	0 (relevé: aucun CRC jeu)	absent	6 dossiers créés
23 s (relevé ponctuel)	47,3 s	891 Mo	0	absent	—
33 s	68,1 s	890 Mo	0	absent	15
48 s	93,9 s	891 Mo	0	absent	15
64 s	121,5 s	892 Mo	0	absent	15
79 s	149,2 s	884 Mo	0	absent	15
94 s	176,9 s	886 Mo	0	absent	15
109 s	203,9 s	887 Mo	0	absent	15
125 s	231,2 s	887 Mo	0	absent	15
140 s	258,8 s	886 Mo	0	absent	15
155 s	285,9 s	888 Mo	0	absent	15
Avant l'arrêt : Get-Process -Id 25776 → Responding : True, MainWindowTitle : LifePlay. Le processus Shipping est vivant à t+155 s au dernier relevé (> 120 s). Cadence de 15 s tenue de t+33 s à t+155 s ; voir écart 1 pour le début.

D. Arrêt (établi) À 2026-10-10T13:20:23.8 (t+166 s) : Stop-Process -Id 25776 puis -Id 10272, après contrôle du chemin de l'exe (commençant par D:\Game\LifePlay_Build_5.8_Shipping_OBB\). Ensuite : 0 processus LifePlay*, 0 CrashReportClient hors Editor. Aucun autre processus visé. Observation en fin de test : Get-Process UnrealEditor* ne renvoie plus rien (le PID 20764 du relevé initial a disparu entre-temps ; non établi par qui, voir écart 3).

Résultat contrôle de %LOCALAPPDATA%\LifePlay\Saved (établi) : après arrêt, 73 fichiers (avant : 73), comparaison ligne à ligne chemin|taille|date ISO|MD5 de saved_before.txt avec un relevé neuf (Compare-Object) : 0 différence. Rien n'a été écrit dans le dossier réel. Archive : aucun fichier avec LastWriteTime > 13:15 (Get-ChildItem -Recurse sur D:\Game\LifePlay_Build_5.8_Shipping_OBB, sortie vide ; relevé après l'arrêt) : rien d'écrit dans l'archive.

E. « Jusqu'au menu » (estimé) : aucune capture d'écran ni journal (le Shipping n'écrit pas de journal). Éléments établis : processus répondant (Responding True), fenêtre titrée LifePlay, charge CPU constante (~27 s de CPU par 15 s, soit ~1,8 cœur), mémoire stable 884-892 Mo, et le jeu a écrit LPKeyboard.ini à 13:17:48 puis les 13 fichiers LPDataCache à 13:18:10. Déduction : initialisation et chargement des données achevés, menu atteint. Incertain : l'état visuel exact ; une capture ou un journal Development trancherait.

F. L12 : le jeu lit les modules sans .git (établi pour la lecture, estimé pour l'énumération) UserDir en fin de test : 15 fichiers, 0 Crashes, dossier Saved\Logs créé mais vide : Saved\Config\CrashReportClient\UECC-Windows-A30B4D8544AF18D9FA10E8A93C7A9715\CrashReportClient.ini (239 o), Saved\Config\Windows\LPKeyboard.ini (3 981 o), 13 fichiers Saved\LPDataCache\*.json (lpaction, lpai, lpcharacter, lpdesc, lphair, lpmod, lpnear, lpquest, lpscene, lpstat, lptalk, lpworld, txt).

• lpmod.json du UserDir : MD5 01C036F4FCEC6B634EA68D9A1042FFAE, identique à celui de %LOCALAPPDATA% ; il contient les 16 modules vin_Base, vin_BDSM, vin_Bestiality, vin_corruption, vin_incest, vin_Interracial, vin_Netori, vin_nonconsensual, vin_ntr, vin_OldYoung, vin_polyamorous, vin_Pregnancy, vin_tentacles, vin_VanillaPorn, vin_VanillaRealistic, vin_Watersports (extraction vin_[A-Za-z]+ sur le fichier). lpscene.json, lpaction.json, lpcharacter.json : MD5 identiques à ceux du dossier réel.
• txt.json diffère (800 154 o contre 800 146 o) : unique zone différente à l'offset 11 123, entrée modules/clothes4.txt : UserDir stamp 2026-10-09T19:11:51.000Z, size 39919, dossier réel stamp 2021-12-08T07:55:08.000Z, size 39931. Le fichier de l'archive Windows\LifePlay\Content\Modules\Clothes4.txt fait 39 919 o, daté 2026-10-09T19:11:51Z (Get-Item) : le cache du UserDir reflète donc le fichier de l'archive, lu pendant le test.
• Conclusion : les modules et leurs fichiers texte sont lus depuis Content\Modules de l'archive, sans .git, et le cache résultant coïncide avec celui des sessions précédentes pour 4 des 5 fichiers comparés (et pour txt.json, à la seule différence du fichier modifié de l'archive). L'énumération des modules n'est pas affectée par l'absence de .git (établi sur ce démarrage). Non établi : l'effet sur un chargement de partie ou l'activation d'un module en jeu (hors périmètre).

4. Diff lu en entier

sans objet : aucune modification de fichier du projet (validation d'exécution). Inventaire de ce que j'ai écrit : dossier jetable …\scratchpad\obb-t7s\userdir\ (15 fichiers, produits par le jeu) et …\scratchpad\obb-t7s\saved_before.txt ; rien dans l'archive, la copie, %LOCALAPPDATA%\LifePlay ni git (git status non modifié par moi).

5. Verdict

PASS : critère de la rubrique 8 : (a) processus Shipping vivant ≥ 120 s (155 s au dernier relevé, arrêté à 166 s) ; (b) 0 CrashReportClient (jeu) ; (c) 0 dossier Crashes dans le UserDir ; (d) %LOCALAPPDATA%\LifePlay\Saved inchangé (73 fichiers, 0 différence de MD5/date/taille). Réserve : le menu n'est pas observé visuellement (estimé).

6. Points à confirmer par l'utilisateur

• Le critère « jusqu'au menu » suffit-il sans capture d'écran (estimé par fenêtre répondante + caches écrits) ou faut-il un contrôle visuel ?
• L'éditeur UE 5.8 (PID 20764) vu au relevé initial n'existe plus à la fin du test : fermé par l'utilisateur (probable) ? Non causé par ce test (voir écart 3).
• txt.json du dossier réel (LPDataCache, daté 2026-10-09 18:36) porte encore l'ancien Clothes4.txt (39 931 o, stamp 2021) : à mettre à jour par le jeu au prochain lancement normal, aucune action requise ici.

Écarts à la fiche

1. Début d'observation incomplet : mon premier script (passé sur l'entrée standard de PowerShell) s'est interrompu juste après Start-Process (le jeu a hérité de l'entrée standard ; seule la ligne LANCE PID=10272 est sortie). Le processus a continué à tourner. J'ai relevé l'état à t+6 s et t+23 s par commandes séparées, puis repris la boucle de 15 s à partir de t+33 s (9 relevés jusqu'à t+155 s). Pas de relevé à t+15 s ni à t+30 s ; arrêt à t+166 s (au lieu de 120 s). Aucun impact sur le critère, mais la cadence stricte de 15 s n'a pas été tenue sur les 33 premières secondes. Piège à noter dans sk-windows-shell : ne pas lancer le jeu depuis un script lu sur l'entrée standard.
2. Aucun fichier journal : attendu (Shipping sans journal).
3. Processus non liés : UnrealEditor (PID 20764) et CrashReportClientEditor (28452) étaient là au début ; UnrealEditor n'est plus listé à la fin. Je n'ai arrêté que les PID 25776 et 10272, vérifiés par chemin.

Récapitulatif chiffré (recomptage, sk-recount)

Élément	Valeur	Méthode
Fichiers Saved réel avant / après	73 / 73	Get-ChildItem -Recurse -File + Compare-Object sur MD5 : 0 différence
Fichiers UserDir	15 (1 CrashReportClient.ini, 1 LPKeyboard.ini, 13 LPDataCache)	listing du UserDir
Relevés de survie	9 relevés en boucle + 2 ponctuels	sorties de la section 3 C
Modules lus (lpmod.json)	16 vin_*	regex vin_[A-Za-z]+ (insensible à la casse des ids)

Tours : 14 / 40