Fiche U8-T0 — Niveau N0 — Modèle prévu non surchargé (défaut de l'agent) | utilisé Sonnet 5.5 (claude-sonnet-5-5) — Agent lp-inventory — Skills sk-protocol, lp-paths, sk-recount (préchargés) # U8-T0 — état de départ du lot U8 (lecture seule, 2026-10-09) Niveaux de preuve : **E** = établi (sortie de commande ou ligne lue), **S** = estimé (déduit, raisonnement dit), **I** = incertain. Commandes lancées depuis Git Bash ou pwsh 7 ; chemins entre guillemets (espace dans `LifePlay-master 5.8`). Aucune écriture hors de ce livrable ; aucun fetch / pull / checkout ; ni éditeur, ni build, ni commandlet. ## 1. Dépôts Commande par dépôt `` : `git -C "" status --porcelain=v1 -b` ; `git -C "" log -1 --format="%h %ad %s" --date=iso` ; `git -C "" rev-list --left-right --count '@{u}...HEAD'` ; `git -C "" tag -l 'U7*' 'U8*' 'ue5.5-final'`. | Dépôt | Chemin | Branche | HEAD (court, date) | `status --porcelain=v1` (lignes) | Amont / avance-retard | Tags `U7*` `U8*` `ue5.5-final` | Preuve | |---|---|---|---|---|---|---|---| | Jeu 5.8 | `D:\Game\LifePlay-master 5.8` | `ue5.8` | `04cdc22` 2026-10-09 17:19:18 +0200, « STAT1 : doc 31 … (CHG-271) » | `## ue5.8` seul, **0** ligne de fichier (propre) | aucun amont : `fatal: no upstream configured for branch 'ue5.8'` ; remote `origin` = LifePlay-Revival | `U7-apres` (0ee5a76), `U7-avant` (cb79c24), `U7b-apres` (fc63060), `U7b-avant` (0ee5a76), `ue5.5-final` (1542dfa) ; **aucun `U8*`** | E | | Addon 5.8 (worktree) | `D:\Game\LifePlay-Sandbox-5.8` | `ue5.8` | `aa0c1e5` 2026-10-09 16:39:25 +0200, « OUT1 : skill lp-validate … (CHG-264, integre par EDIT1 CHG-267) » | `## ue5.8` seul, **0** ligne (propre) | aucun amont : `fatal: no upstream configured for branch 'ue5.8'` ; remote `origin` = LifePlay-Sandbox | `U7b-apres`, `U7b-avant` ; ni `U7-*`, ni `U8*`, ni `ue5.5-final` | E | | Modules (dépôt local, copie 5.8) | `D:\Game\LifePlay-master 5.8\Content\Modules` (`.git` interne) | `main` | `ade587f` 2026-10-07 15:49:08 +0200, « Proximité : LPDirectControlSubsystem … » ; `git rev-list --count HEAD` = 115 | `## main` seul, **0** ligne (propre) | aucun amont (`fatal: no upstream configured for branch 'main'`) ; **aucun remote** (`git remote -v` vide, conforme à lp-paths) | aucun | E | | (pour mémoire) Addon 5.5 | `D:\Game\LifePlay-Sandbox` | `lot/DC3-atelier` | `496ff2c` 2026-10-09 16:39:24 +0200 (même sujet OUT1) | 0 ligne (propre) | aucun amont | `U7b-apres`, `U7b-avant` | E | Notes : - `rev-list --left-right --count '@{u}...HEAD'` échoue sur les trois dépôts (pas d'amont configuré) : l'avance / le retard sur l'amont n'est **pas calculable** ; ce n'est pas « 0 / 0 ». Aucun `git fetch` autorisé, donc l'écart avec `origin` reste **incertain** (essai qui trancherait : `git ls-remote`, hors périmètre). - Le dépôt du jeu 5.8 est sur `ue5.8`, branche non publiée (doc 29:26, 29:50). Le dossier `Mods/` du jeu 5.8 est vide : `ls -A "D:/Game/LifePlay-master 5.8/Mods"` → aucune sortie (E, conforme à la règle lp-paths). - Commits du jeu 5.8 postérieurs à l'heure de création de `Releases/2026.10.2.0` (dossier créé 2026-10-09 10:38) : `git log --oneline --after="2026-10-09 10:38:00 +0200" | wc -l` → **16** (de `31615b2` 12:37:46 à `04cdc22` 17:19). Dont, sous `Source/`, `Plugins/` ou `Content/Heavy` : `31615b2`, `9242cdb` (U7, 12:37) et `cb6697a` (STM / CHG-260, 15:14, `LifePlayEditorTools`). Chiffre brut seulement ; l'analyse « code ou contenu changé depuis la référence » est le périmètre de U8-T1 (E pour le compte, I pour toute conclusion). ## 2. Pin de l'addon | Élément | Valeur | Source | Preuve | |---|---|---|---| | Pin écrit (copie 5.8) | `aa0c1e5` (branche `ue5.8`, EDIT1 et OUT1) | `D:\Game\LifePlay-master 5.8\Docs\Migration\21_Sandbox_Addon.md:136` (« Pin de la copie 5.8 : `aa0c1e5` … ») | E | | HEAD de l'addon 5.8 | `aa0c1e5` | `git -C "D:/Game/LifePlay-Sandbox-5.8" log -1 --format="%h"` (cf. § 1) | E | | Comparaison | **identiques** | — | E | | Pin cité au commit jeu `f6df36b` | « pin addon aa0c1e5 » (sujet du commit) ; CHG-267 : « doc 21 (pin 5.8 `aa0c1e5`) » (`Journal_Modifications.md:1138`) | `git log` + Grep | E | Le worktree n'a aucun fichier modifié (0 ligne de `status`), donc le pin correspond aussi à l'arbre de travail. ## 3. Référence `2026.10.2.0` sur disque ### 3.1 `Releases/2026.10.2.0` (jeu 5.8, ignoré par git) Commande 1 : `find "D:/Game/LifePlay-master 5.8/Releases/2026.10.2.0" -type f | wc -l` → **5** ; `… -printf '%s\n' | awk '{s+=$1} END {print s}'` → **1 294 248 283** octets (1234,29 Mio). Commande 2 (recompte, autre outil) : `Get-ChildItem -LiteralPath … -Recurse -File | Measure-Object Length -Sum` → 5 fichiers, 1 294 248 283 octets. **Confirmé.** E. | Fichier (sous `Releases\2026.10.2.0\`) | Octets | |---|---| | `Windows\AssetRegistry.bin` | 4 569 308 | | `Windows\LifePlay-Windows.pak` | 20 216 202 | | `Windows\LifePlay-Windows.ucas` | 1 259 275 600 | | `Windows\LifePlay-Windows.utoc` | 1 575 606 | | `Windows\Metadata\DevelopmentAssetRegistry.bin` | 8 611 567 | Dossier daté du 2026-10-09 10:38 (`ls -la --time-style=full-iso`). Ne contient ni exécutable ni PDB (référence de contenu / registre, E). ### 3.2 Build `D:\Game\LifePlay_Build_5.8_Shipping_V2.0` Le build est sous le sous-dossier `Windows\` (racine : un seul enfant `Windows`). Commande 1 : `find "D:/Game/LifePlay_Build_5.8_Shipping_V2.0" -type f | wc -l` → **2 220** ; somme `%s` → **2 023 983 534** octets (1930,22 Mio). Commande 2 : `Get-ChildItem -LiteralPath "D:\Game\LifePlay_Build_5.8_Shipping_V2.0" -Recurse -File | Measure-Object Length -Sum` → 2 220 fichiers, 2 023 983 534 octets. **Confirmé.** E. Composition (`find … | sed … | sort | uniq -c`, extensions principales) : `.lpscene` 1 271, `.lpaction` 346, `.lpcharacter` 141, `.lpworld` 110, `.lpstat` 82, `.txt` 34, `.jpg` 20, `.lpai` 17, `.lpmod` 16, `.sample` 14, `.dll` 11, `.lpquest` 8, `.lptalk` 6, `.lpdesc` 3, `.utoc` 2 (liste tronquée aux 15 premières). Exécutables : `Windows\LifePlay.exe` (301 568 o) et `Windows\LifePlay\Binaries\Win64\LifePlay-Win64-Shipping.exe` (164 827 136 o). **PDB** : `find "D:/Game/LifePlay_Build_5.8_Shipping_V2.0" -type f -iname '*.pdb' | wc -l` → **0** ; recompte `Get-ChildItem … -Recurse -File -Filter *.pdb | Measure-Object` → **0** (aussi pour `.debug` et `.sym` : seuls `.exe` et `.dll` listés). Un zéro est suspect : couvert par deux outils, motif insensible à la casse, et le dossier `Windows\LifePlay\Binaries\Win64` existe et contient l'exe Shipping (chemin vérifié, E). Cohérent avec « Include debug files » non activé (doc 29:95) et avec U8-T4 « archivage des PDB » (27:335). Conclusion : **les PDB du build de référence ne sont pas sur disque** (E pour le compte ; S pour la cause, aucun log de cuisson relu). Le premier essai de chemin `D:/Game/LifePlay_Build_5.8_Shipping_V2.0/LifePlay/Binaries/Win64` (sans `Windows\`) a échoué (« No such file or directory ») : simple erreur de chemin, pas une anomalie du build. ### 3.3 Les 3 archives `*-for-LifePlay-2026.10.2.0.zip` Commande : `find "D:/Game/LifePlay-master 5.8" "D:/Game/LifePlay-Sandbox-5.8" "D:/Game/LifePlay-Sandbox" "D:/Game/LifePlay_Publication" "D:/Game/LifePlay_Build_5.8_Shipping_V2.0" -name '*for-LifePlay-2026.10.2.0.zip' -printf '%s %TY-%Tm-%Td %TH:%TM %p\n'` ; recompte `Get-ChildItem -Path , -Recurse -File -Filter "*for-LifePlay-2026.10.2.0.zip" | Measure-Object` → **0** dans le jeu 5.8 et l'addon 5.8. | Archive | Octets | Date | Emplacement | |---|---|---|---| | `lpr_anim_freeanims-1.0-for-LifePlay-2026.10.2.0.zip` | 4 417 182 | 2026-10-09 10:49 | `D:\Game\LifePlay_Publication\Mods\` | | `lpr_anim_quaternius-1.0-for-LifePlay-2026.10.2.0.zip` | 15 798 361 | 2026-10-09 10:48 | `D:\Game\LifePlay_Publication\Mods\` | | `lpr_hair_pocolov-1.0-for-LifePlay-2026.10.2.0.zip` | 3 810 003 | 2026-10-09 10:48 | `D:\Game\LifePlay_Publication\Mods\` | Total 24 025 546 octets (somme des trois, calcul manuel, S). Les trois sont dans `D:\Game\LifePlay_Publication\Mods`, **pas** dans l'addon ni dans la copie 5.8 (E). Contenu des zip (paquets 70 / 84 / 20, `EngineVersion` 5.8.3) non relu (doc 27:295-296 ; I). ## 4. Reports « pour U8 » Méthode : `Grep "U8"` (sortie `content`) sur les 4 docs de `D:\Game\LifePlay-master 5.8\Docs\Migration\` ; lecture des paragraphes concernés. Résultats bruts du motif `U8` : doc 21 → 5 lignes (210, 211, 214, 223, 224) ; doc 27 → lignes 39, 200 (README), 280, 300, 316, 318-342 (section U8) ; doc 29 → lignes 3, 26, 37, 38, 50, 54, 60, 239, 261 ; doc 30 → ligne 38. Les reports écrits sans le mot « U8 » mais rattachés au Shipping ont été cherchés aussi (`LegacyIterative`, `PDB`, `Shipping`, `ContactMenu`). Tous niveau E (lignes lues). ### 4.1 Reports à reprendre (non cochés ou à vérifier en U8) | # | Source:ligne | Report (texte court) | Déjà repris où | |---|---|---|---| | R1 | `21_Sandbox_Addon.md:210` (`- [ ]`, propriétaire U8) | Brouillard / scalabilité (Effects Low-Med, nouvelles clés 5.8) non comparés 5.5 / 5.8, pas de captures même cadrage | Doc 29:38 (tableau des défauts connus, « report U8 ») ; doc 27:280-281 et 324-325 ; fiche U8-T6 (`27:337`) | | R2 | `21_Sandbox_Addon.md:211` (`- [ ]`, propriétaire U8) | 4 « Gamethread hitch » sur `MapMarkers_C.LPFocusWidgetComponent`, propres à 5.8 | Doc 29:37 (tableau des défauts connus) ; doc 27:281, 324-325 ; fiche U8-T5 (`27:336`) | | R3 | `21_Sandbox_Addon.md:214` (`- [ ]`, propriétaire U8) | Cuisson Shipping à froid (avertissement `LegacyIterative` requis, `bUseZenStore=False`) | Doc 27:282 (« Shipping en cuisson à froid ») et fiche U8-T3 (`27:334`) ; **absent du tableau des défauts connus du doc 29** (Grep `LegacyIterative` : 0 résultat dans le doc 29) | | R4 | `21_Sandbox_Addon.md:223` (`- [ ]`, propriétaire U8) | Shipping final et publication des 3 archives `2026.10.2.0` | Doc 27:300 ; fiches U8-T2 à T4, T8, T11 (`27:333-342`) ; doc 29:54 (S5, publication par U8 après ST et OB) | | R5 | `21_Sandbox_Addon.md:224` (`- [ ]`, propriétaire STM / lot 29, « avant U8 ») | Erreur HyperAIStudio au démarrage (`AutomationController is not loaded`, code de sortie 1 des commandlets), correctif `LifePlayEditorTools` « bloquant avant la cuisson U8 », « à appliquer avec l'accord de l'utilisateur » | Doc 27:315-316 ; **voir anomalie A1** : un commit du jeu l'annonce corrigé (`cb6697a`, CHG-260, ERR-054) alors que la case reste ouverte | | R6 | `27_Plan_Migration_UE58.md:300-301` (résultat U7) | « Pour U8 : publier les 3 archives ; Shipping final et **archivage des PDB** ; recréer la référence si le code change après `2026.10.2.0` » | Archives = R4. PDB : fiche U8-T4 (`27:335`) et règle doc 29:93-96 (un dossier de PDB par numéro de build, à côté de `Releases`) ; **pas de ligne `- [ ]` propre au registre doc 21** pour l'archivage des PDB. « Recréer la référence » : fiche U8-T1 (`27:332`), pas au registre doc 21 | | R7 | `27_Plan_Migration_UE58.md:200` (décision utilisateur 2026-10-08) | `README.md:4` → mention 5.8 en U8 (V2.0) | Fiche U8-T8 (`27:339`, « README 5.8 ») ; **non repris au registre doc 21** (Grep `README` non lancé sur toute la ligne du registre ; I) | | R8 | `29_Projet_Stabilisation_V2.md:261` (STM-T4c, CHG-263) | Preuve en jeu du correctif `Accessed None … ContactMenu` : `ContactMenu` 63 → 0 attendu, build empaqueté Development, parcours STA-T1 (« U8 différé, SEQ1 ») | Fiche U8-T5 (`27:336`) ; `27:323-324` précise que la preuve se fait au parcours STA-T1 (build Development), pas en Shipping ; doc 29:237-239 | | R9 | `29_Projet_Stabilisation_V2.md:54` (S5) | La V2.0 est publiée par U8 après la sortie de ST et d'OB (porte utilisateur) ; aucune publication pendant la stabilisation | Doc 27:321-325 (U8 différé) ; décision, pas un report à solder | | R10 | `30_Projet_Audit_Obsolescence.md:38` (O4) | Toute action de l'audit passe par A/B contre la base stabilisée (Development 5.8) avant toute publication ; U8 différé | Doc 27:321-323 ; contrainte de séquence, pas un report à solder | ### 4.2 Mentions de U8 qui ne sont pas des reports (pour mémoire) | Source:ligne | Nature | |---|---| | `27_Plan_Migration_UE58.md:39` | Titre « Lot U8 — Shipping, publication, évaluation (différé après la stabilisation … et l'optimisation) » | | `27_Plan_Migration_UE58.md:280-282`, `300-301`, `315-316` | Reprises des reports U6 / U7 / U7b = R1, R2, R3, R4, R6, R5 | | `27_Plan_Migration_UE58.md:318-342` | Section U8 et tableau des fiches U8-T0 à U8-T11 (état de départ = la présente fiche) | | `29_Projet_Stabilisation_V2.md:3`, `26`, `50`, `60`, `239` | Cadrage : branche `ue5.8` non publiée, `main` à la publication U8, G-STM non liée à un Shipping | | `29_Projet_Stabilisation_V2.md:37-38` | Défauts connus R2 et R1 (« report U8 ») | | `30_Projet_Audit_Obsolescence.md:62` | « configuration Shipping pour la taille finale » (mesure OBA, pas un report U8) | ### 4.3 Décompte - Lignes `- [ ]` du registre doc 21 dont le lot propriétaire est U8 : **4** (210, 211, 214, 223) ; plus 1 ligne « avant U8 » (224, propriétaire STM). Commande : `Grep "U8" 21_Sandbox_Addon.md` → 5 lignes, toutes non cochées. - Reports « pour U8 » au total listés : **R1 à R8** (R9 et R10 sont des contraintes de séquence). Sur ces 8, **deux** n'ont pas de ligne propre au registre doc 21 (R6-PDB, R7) et **un** n'est pas au tableau des défauts connus du doc 29 alors qu'il s'agit d'un report U6 propre à U8 (R3). ## 5. Anomalies | # | Constat | Preuve | Niveau | |---|---|---|---| | A1 | Le report `21_Sandbox_Addon.md:224` (HyperAIStudio, « bloquant avant la cuisson U8, à appliquer avec l'accord de l'utilisateur ») est resté `- [ ]`, alors que le commit `cb6697a` (2026-10-09 15:14, CHG-260) a pour sujet « erreur de demarrage corrigee (prechargement d'AutomationController dans LifePlayEditorTools, ERR-054) ». Le registre n'a donc probablement pas été coché. Le texte de la phrase « AutomationController is not loaded » figure aussi dans `Journal_Modifications.md:1145-1146` et `Registre_Erreurs.md:61`, non relus en entier. | `git log --oneline --after="2026-10-09 10:38:00 +0200"` ; Grep `AutomationController is not loaded` | Estimé (commit et registre se contredisent ; essai qui trancherait : relire CHG-260 / ERR-054 et rejouer un commandlet, hors périmètre) | | A2 | Le build `LifePlay_Build_5.8_Shipping_V2.0` ne contient **aucun PDB** (0 par deux méthodes). L'archivage des PDB de la référence `2026.10.2.0` (doc 29:93-96, U8-T4) est donc impossible à partir de ce build ; il faut une recompilation (hors T0). | § 3.2 | Établi (compte) / estimé (conséquence) | | A3 | Le report R3 (cuisson à froid, `LegacyIterative`) n'est pas au tableau des défauts connus du doc 29, contrairement à R1 et R2 (27:324-325 affirme que « les reports pour U8 (brouillard, hitchs) » y sont : vrai pour ces deux seulement). | Grep `LegacyIterative` dans le doc 29 : 0 résultat | Établi | | A4 | L'archivage des PDB (27:300) et la mention README (27:200) n'ont pas de ligne propre au registre doc 21. | Grep `U8` doc 21 : 5 lignes, aucune sur PDB ni README | Établi | | A5 | 16 commits du jeu 5.8 sont postérieurs à la création du dossier `Releases/2026.10.2.0` (10:38), dont `31615b2` et `9242cdb` (12:37, U7 : `LPModGuard`, `ProjectVersion 2026.10.2.0`) : l'ordre exact entre la création de la référence et ces commits (la référence a pu être faite sur l'arbre non commité) n'est pas établi ici. Entrée pour U8-T1, aucune conclusion. | § 1, dernière note | Incertain | | A6 | Avance / retard sur l'amont non calculable (aucun amont configuré dans les trois dépôts). | `fatal: no upstream configured …` | Établi | | A7 | Les chemins de la skill `lp-paths` (`D:\Game\LifePlay-master 5.5`, addon `D:\Game\LifePlay-Sandbox`) désignent les copies 5.5 ; la copie 5.8 utilise `D:\Game\LifePlay-master 5.8` et `D:\Game\LifePlay-Sandbox-5.8` (confirmés par `git rev-parse --show-toplevel` et doc 21:136). Ce livrable est écrit dans `…\LifePlay-master 5.5\Docs\Migration\etat\…` comme demandé par la fiche (la copie 5.5 est distincte). | `git -C … rev-parse --show-toplevel` | Établi | ## 6. État de reprise Tout le périmètre de la fiche est couvert (3 dépôts, pin, référence sur disque, reports des 4 docs). Non fait, hors périmètre T0 : relecture du contenu des 3 zip, analyse de ce qui a changé depuis la référence (U8-T1), vérification de l'état réel du correctif HyperAIStudio (A1).