LifePlay-Revival/Docs/Migration/etat/REL/FIX1/FIX1-F6-PRE.md

Fiche FIX1-F6-PRE — Niveau N2 — Modèle prévu non précisé par la fiche | utilisé claude-sonnet-5-5 — Agent lp-cart — Skills sk-protocol, ue-cpp-build, lp-commandlets, lp-paths

FIX1-F6-PRE : étude préliminaire de dimensionnement de F6, ERR-042, personnages de partie dans Content\Saves (2026-10-20)

Hors gabarit : étude préliminaire (pas une CART complète). Les rubriques 1 à 6 du gabarit CART sont gardées ; la rubrique 3 suit les quatre questions de la fiche (existant, localisation, dimensionnement, recommandation). Lecture seule : ni copie UE, ni MCP, ni éditeur, ni commandlet. Seul ce fichier est écrit.

Résumé (à lire en premier)

1. Ce qui reste d'ERR-042 : les fichiers .lpcharacter d'une partie sont lus et écrits dans <dossier du jeu>\Content\Saves\…, hors du nouveau dossier %LOCALAPPDATA%\LifePlay-Revival\Saved (établi : Docs/Registre_Erreurs.md:49, README.md:82-83).
2. Point d'étranglement unique en C++ : tous les accès Blueprint à ces fichiers passent par UModdingExtraBPLibrary::LoadTxt et ::SaveTxt, qui préfixent FPaths::ProjectContentDir() (établi : Plugins/ModdingExtra/Source/ModdingExtra/Private/ModdingExtraBPLibrary.cpp:190, 236). Rediriger les chemins Saves/… à cet endroit demande 1 fichier C++ et 0 Blueprint (estimé, à prouver en SPEC).
3. GI n'est pas exigé par cette voie (estimé). La voie Blueprint, elle, toucherait GI (29 littéraux Saves/…) et au moins 3 widgets UI : à écarter.
4. La ligne du doc 37 est mal classée : 37_Feuille_De_Route_Alpha2.md:171 range F6 dans « petits correctifs Blueprint par MCP, lp-mcp-bp ». L'existant dit autre chose : c'est un correctif C++ dans un plugin, sur le chemin de lecture de toutes les données du jeu.
5. Recommandation : lot N3 ; SPEC par un modèle opus (effort medium) ; IMPL par lp-impl (Sonnet) sur une SPEC qui dicte les lignes, ou lp-impl-max si la SPEC laisse des choix ; BUILD lp-builder ; VAL lp-validator distinct ; essai en jeu sous le jeton de la copie UE. Build 1 sous condition (porte au J4), sinon build 2 et la limite connue reste documentée. Détail en § 3.4.

1. Objet et périmètre

Un domaine : l'emplacement des fichiers .lpcharacter d'une partie (ERR-042, reste). Question posée par Big Boss : quel agent et quel modèle pour F6 (doc 37 § 1.2, ligne 59), build 1 (gel 2026-10-24) ou build 2. Hors périmètre : le dossier SaveGames et les réglages *.ini (déjà traités par REL-SAV), le contenu des modules, toute correction.

2. Commandes et lectures (exactes) avec compte brut

#	Commande ou lecture	Résultat brut
1	Grep ERR-042 dans Docs	ligne Registre_Erreurs.md:49 ; 37_Feuille_De_Route_Alpha2.md:59 ; BOSS-JOURNAL.md:983
2	Glob **/SAV1* sous Docs/Migration/etat	No files found (aucun dossier SAV1)
3	Glob **/REL-SAV* sous Docs/Migration/etat	13 fichiers dans REL/SAV/ (DIAG, SPEC, IMPL, VAL, ESSAIS, DOC, TACHES, RESULTATS-COMMUN8, fiches/T1-T4) et REPO/tickets/REL-SAV-R1.md
4	Read REL-SAV-DIAG.md, REL-SAV-SPEC.md, REL-SAV-IMPL.md, Registre_Erreurs.md:49, 37_…:30-100, 140-198	cités en § 3
5	Grep lpcharacter dans Source (insensible à la casse)	1 résultat : Source/LifePlay/LPStringCompat.h:9 (commentaire)
6	Grep Content[\\/]+Saves|"Saves|/Saves/ dans Source	No matches found
7	Grep "Saves|/Saves/|Content/Saves|lpcharacter dans Plugins (*.cpp,*.h,*.cs,*.py,*.ini)	No files found (Plugins/Marketplace et McpAutomationBridge, ignorés par git, non parcourus)
8	Grep Saves dans Config	No matches found
9	Glob Content/Saves/*	No files found (dossier absent de la copie 5.8 ; .gitignore:84 : /Content/Saves/)
10	Grep 'Saves/ dans Docs/Migration/etat/portage55/L6f/L6f_dump_GI.txt (dump 5.5 de toutes les fonctions de GI, 2026-09-30)	29 lignes (liste § 3.2)
11	Grep = 'Saves/|'Saves/ en *.txt sous etat	38 fichiers, tous des dumps GI (ou 1 fichier CAM-T6)
12	Grep appel ModdingExtraBPLibrary::(LoadTxt|SaveTxt) dans L6f_dump_GI.txt	45 lignes (nœuds d'appel dans GI)
13	rg -a -l -e "Saves/_session" -e "Saves/Characters" -e "\.lpcharacter" -g "*.uasset" -g "*.umap" Content (Bash, depuis la racine)	6 fichiers : Content/UI/BodyShapeMenu, UI/CharGen, UI/ContactMenu, UI/Contact, UI/StatMenu, BPs/GI (.uasset) ; code de sortie 0
14	rg -a -o -e 'Saves[A-Za-z_/]*' -e '[A-Za-z]*\.lpcharacter' <fichier> puis sort | uniq -c	tableau § 3.2 (comptes bruts de correspondances dans le binaire, pas de nœuds)
15	git ls-files Plugins/ModdingExtra | wc -l ; git check-ignore -v Content/Saves/x	8 ; .gitignore:84:/Content/Saves/

Écart de méthode à signaler : les commandes 13 et 14 passent par rg -a en Bash. L'outil Grep ne lit pas un .uasset en mode texte quand il parcourt un dossier : le Grep sur le dossier Content (motif Saves/_session, *.uasset) a rendu No files found, alors que le Grep sur le seul fichier Content/BPs/GI.uasset rend 54 occurrences. Un résultat vide d'un Grep de dossier sur des .uasset ne prouve donc rien (à verser).

3. Constats fichier:ligne

3.1 État de l'existant (question 1)

Constat	Source	Niveau
ERR-042 porte le lot « SAV1 » et dit : dossier de sauvegarde partagé avec le jeu d'origine ; REL-SAV a posé la garde LPSaveRelaunch ; E9 PASS sur le Shipping 2026.10.2.1a ; reste : « les personnages d'une partie sauvegardée restent dans le dossier du jeu (LifePlay\Content\Saves), annoncé comme limite connue de l'alpha » ; E5 non fait (facultatif) ; Mod Manager à refaire avec un zip	Docs/Registre_Erreurs.md:49	établi
Le lot SAV1 n'a aucun dossier etat/ propre ; son travail est le lot REL-SAV (etat/REL/SAV/). Le Cahier des charges le cite (§ 6)	Glob n° 2 et n° 3 ; Registre_Erreurs.md:49 ; Docs/21_Sandbox_Addon.md:213	établi
Option retenue : B+ seul (garde dans le jeu qui relance l'exe avec -UserDir), aucun lanceur livré (option B écartée)	REL-SAV-SPEC.md:7-16 (« Aucun lanceur n'est donc livré », l. 16)	établi
Aucune reprise des anciennes sauvegardes (décision R0)	REL-SAV-TACHES.md:19	établi
Déjà fait : dossier %LOCALAPPDATA%\LifePlay-Revival\Saved (Config, Logs, LPDataCache, SaveGames) créé et utilisé en Shipping ; code LPSaveRelaunch.cpp (396 l.), LPSaveRelaunch.h, LifePlay.cpp (+3 l.)	Registre_Erreurs.md:49 ; REL-SAV-IMPL.md:13-15	établi
Le dossier du jeu est hors du lot : Player.lpcharacter est dans Content\Saves, « le renommage ne la touche pas ; le défaut existant (SAV1 / ERR-042) reste ouvert »	REL-SAV-DIAG.md:58	établi
Conséquence pour le joueur : « une sauvegarde est donc répartie entre les deux dossiers »	REL/ALPHA/REL-ALPHA-T6b.md:24	établi
Texte public actuel : limite connue (« keep the game folder when you update, or copy LifePlay\Content\Saves to the new one »)	README.md:82-83 ; repris MEN/MEN1/MEN1-B-PROPOSITION.md:24, 105-106	établi
Statut de F6 : « ERR-042 : personnages de partie dans Content\Saves (reste) », rubrique Fix ; FIX1 = « F6, F7, F8 : petits correctifs Blueprint par MCP · lp-mcp-bp · 7e jeton »	37_Feuille_De_Route_Alpha2.md:59, 171	établi
ERR-042 avait été « non retenu » pour l'après-alpha (2026-10-14), puis F6 est entré dans la liste d'avant gel	BOSS-ETAT.md:259 ; 37_…:59	établi

Cartographie des dossiers de sauvegarde d'une partie, aujourd'hui :

Quoi	Où	Preuve
Emplacements .sav (UE SaveGame) et GameSettings.sav	<…>\Saved\SaveGames → nouveau dossier Revival	Registre_Erreurs.md:49
Réglages LP*.ini	<…>\Saved\Config\Windows → nouveau dossier	LPKeyboardSubsystem.cpp:77, LPColorGradeSubsystem.cpp:27, LPVideoQualitySubsystem.cpp:71
Personnages de la partie en cours (copie de travail)	<jeu>\Content\Saves\_session\Characters\…	dump GI CAM-B1-PRE_LPDumpFunction_20261013-083048.txt:6469, 9655, 18018, 25060
Personnages d'une partie enregistrée	<jeu>\Content\Saves\<Slot>\Characters\<N>.lpcharacter, F<N>, C<N>, OldPlayer, Player	même dump : événement DuplicateCharacters l. 8397-8431 ; copies N l. 8459-8489, F l. 15288-15320, OldPlayer l. 18924-18955, C l. 19003-19020, Player l. 8505-8534
Sens de la copie	Load = vrai : Saves/<Slot>/Characters/ → _session ; Load = faux : l'inverse	même dump l. 8400, 8402-8413

3.2 Où sont les accès (question 2)

C++ (un seul fichier d'E/S, établi)

Point	Ligne	Rôle
LoadTxt : lecture FFileHelper::LoadFileToString(…, ProjectContentDir() + FileNameA)	ModdingExtraBPLibrary.cpp:190	lecture (1 point)
LoadTxt : relecture de contrôle si le cache est en mode vérification	ModdingExtraBPLibrary.cpp:195	lecture de contrôle (même chemin)
SaveTxt : FFileHelper::SaveStringToFile(…, ProjectContentDir() + FileNameB)	ModdingExtraBPLibrary.cpp:236	écriture (1 point)
GetAllFilesFromFolder, GetAllSubfolders, ContentDirectory : base ProjectContentDir()	ModdingExtraBPLibrary.cpp:50, 120, 254	listes et chemin absolu ; usage sur Saves/ non démontré (inconnu)
Le cache de données ne couvre que Modules : « pour tout chemin hors Modules, la lecture se fait sur le disque »	LPDataCache.h:10-11 ; LPDataCache.cpp:25, 104, 110	établi : Saves/ n'est pas servi par le cache

Aucun autre code C++ du jeu ne cite Saves ni lpcharacter : Grep n° 5 à 8 (Source : 1 commentaire ; Plugins et Config : rien). Le module d'outils de l'éditeur (LPDumpSaveCommandlet.cpp) ne lit que des .sav.

Blueprint (chemins littéraux, base relative à Content)

Asset	Correspondances brutes rg -a -o	Lecture
Content/BPs/GI.uasset	Saves/_session/Characters/ 41 ; …/F 10 ; …/C 4 ; …/OldPlayer 4 ; Saves/ 7 ; Saves 5 ; .lpcharacter 80 ; OldPlayer.lpcharacter 5 ; Player.lpcharacter 4 ; presets de modèles elf/orc/vampire/thirties/twenties	GI porte la quasi-totalité des accès
Content/UI/Contact.uasset	Saves/_session/Characters/ 4 ; …/C 2 ; …/F 2 ; .lpcharacter 4	3 familles de chemins ; ≈ 4 littéraux (estimé : chaque littéral apparaît 2 fois dans le binaire)
Content/UI/ContactMenu.uasset	Saves/_session/Characters/ 2 ; .lpcharacter 2	≈ 1 littéral (estimé)
Content/UI/BodyShapeMenu.uasset	F.lpcharacter 2 ; appel SaveTxt	≈ 1 chemin ; écrit un personnage
Content/UI/CharGen.uasset, Content/UI/StatMenu.uasset	.lpcharacter 2 chacun ; appels LoadTxt, GetAllFilesFromFolder (3 chacun)	pas de littéral Saves ; presets de Modules ; passent par GI.SavePreset / LoadPreset (CG2-CART-01.md:44-45, 55, 74)

Littéraux Saves/… dans les graphes de GI (dump 5.5 L6f_dump_GI.txt, 29 lignes) : 22 dans 17 fonctions, 7 dans l'EventGraph. Lignes du dump, rattachées aux fonctions par l'ordre des en-têtes (déduit) : GeneratePerson (17478, 17709), GetAllGeneratedCharacters (23601, 23632, 23694), getPerson (24098), GetSpecific (26089, 26773), getRelative (29595), isMarried (29924), GetNameFromSlot (31346), cloneFrom (32249), UpdateChildrenAges (32922, 33014), GetFratBros (33397), calculateStaffIntelligence (34570), calculateStaffInterpersonal (34673), GenerateCreature (36231), getCreature (36531), saveOldPlayer (37959), GenerateHomeAndWork (43519), populateGlassesAndVirgins (44889). EventGraph : 55001, 56563, 56568, 56582, 57538, 64195, 69938, identiques aux 7 lignes du dump 5.8 CAM-B1-PRE…txt:6469, 8405, 8410, 8428, 9655, 18018, 25060.

Autres constats utiles :

• GI.SavePreset choisit le préfixe d'après le chemin : StartsWith(File, "Saves") sinon "Modules/" (L6f_dump_GI.txt:2325-2336). Un chemin d'une autre forme tomberait dans Modules/ : une migration par Blueprint devrait garder ce test (et la redirection C++ le laisse intact).
• Appels LoadTxt/SaveTxt dans GI : 45 nœuds (grep n° 12). SavePreset en compte 2 écritures (l. 1134, 2288) et 2 lectures (l. 2188, 3045), LoadPreset 1 lecture (l. 3310) ; le sous-ensemble sur des chemins Saves n'a pas été isolé par flux de données (inconnu, estimé 20 à 25).
• Message à l'écran quand les fichiers manquent : « The save you just loaded is missing crucial *.lpcharacter files. Please copy your old LifePlay\Content\Saves folder into the directory of the current version of the game… » (CAM-B1-PRE…txt:14822-14823, EventGraph de GI) : devient faux si F6 aboutit.
• Les fichiers de presets de mods sont lus dans Modules/<mod>/Presets/… (L6f_dump_GI.txt:17506, 35316-35326) et non dans Saves.

3.3 Dimensionnement (question 3)

Critère	Établi	Estimé	Inconnu
Écritures	1 point C++ (SaveTxt, .cpp:236)	côté Blueprint : DuplicateCharacters (5 familles de fichiers), SavePreset (2 SaveTxt), saveOldPlayer, BodyShapeMenu ; toutes passent par SaveTxt	écritures hors SaveTxt (aucune trouvée dans Source, Plugins, ni dans les noms d'appel de GI)
Lectures	1 point C++ (LoadTxt, .cpp:190) ; 45 nœuds d'appel dans GI	≈ 20 à 25 sur des chemins Saves	lectures par GetAllFilesFromFolder ou ContentDirectory sur Saves
BP ou C++	le chemin réel est construit en C++ (ProjectContentDir() + chemin relatif)	C++ seul si la redirection est faite dans LoadTxt/SaveTxt : ≈ 40 à 80 lignes dans 1 fichier (helper de résolution, repli de lecture, journal)	helper commun aux 3 fonctions de liste si elles servent Saves
Voie BP (non retenue)	29 littéraux dans GI + ≈ 6 dans 3 widgets UI ; le test StartsWith "Saves" de SavePreset ; ≈ 35 modifications par MCP	—	—
GI touché ?	non, par la voie C++	le texte du message (CAM-B1-PRE…txt:14823) reste faux jusqu'à la build 2	—
GI touché ? (voie BP)	oui : 17 fonctions + EventGraph	contraire à la règle « GI.uasset n'est révisé qu'une fois, en build 2 »	—
Migration des fichiers existants	R0 déjà décidé pour SaveGames (REL-SAV-TACHES.md:19)	repli de lecture vers l'ancien Content\Saves : aucune copie, aucune suppression ; l'écriture va dans le nouveau dossier	granularité du repli (par fichier ou par dossier de slot) : voir risque R2
Saves déjà faites (alpha 2026.10.2.1a, V1.x)	les .sav sont dans …\SaveGames, les personnages dans <jeu>\Content\Saves (REL-ALPHA-T6b.md:24)	avec le repli, une partie chargée depuis l'ancien emplacement fonctionne ; au premier enregistrement, les personnages passent dans le nouveau dossier	cas d'un joueur qui supprime l'ancien dossier du jeu avant d'avoir réenregistré
Compatibilité des mods	le format .lpcharacter ne change pas ; les presets de mods sont dans Modules (L6f_dump_GI.txt:17506) ; le cache ne touche pas Saves (LPDataCache.h:10-11)	le contrat de données des mods n'est pas modifié	les guides de modding décrivent l'emplacement : Docs/Modding/ShortGuides/explanation.lpcharacter:3, FullGuides/Creating_Presets.txt:7, 13, 15 (Content/Saves, _session, Saves/Default) : texte à corriger, décision de l'utilisateur car le contrat est « figé » (REL-SAV-DIAG.md:48)
Éditeur et Development	ProjectSavedDir() = <copie>\Saved hors paquet (REL-SAV-DIAG.md:59)	les parties de test se rangeraient dans Saved au lieu de Content\Saves	règle de copie d'une sauvegarde de test (21_Sandbox_Addon.md:213 ; REF/REF1/REF1-CART-02.csv:65) et règle « Content/Saves doit exister mais rester vide » (REF1-CART-01.csv:41) à réécrire
Dossier cible et -UserDir	ProjectSavedDir() suit déjà -UserDir (REL-SAV-DIAG.md:19-20)	le nouveau chemin suit donc le dossier choisi par le joueur	création de dossiers : SaveTxt crée les sous-dossiers de slot aujourd'hui (le dossier Content/Saves est livré vide, REF1-CART-01.csv:41), donc FFileHelper crée l'arborescence (déduit)
Saves/Default	cité par Creating_Presets.txt:13	—	lu ou non par GI, livré ou non : non vérifié

3.4 Recommandation (question 4)

Agent et niveau (estimé)

Étape	Agent	Modèle	Niveau	Raison
SPEC	Big Boss, ou une fiche opus (effort medium)	opus	N3	décisions à prendre (racine, repli par slot, journal, interrupteur de retour arrière, texte des guides) ; chemin chaud
IMPL	lp-impl	Sonnet	N2	≈ 40 à 80 lignes dans 1 fichier, si la SPEC donne la signature et les cas ; passer à lp-impl-max (opus) si la SPEC laisse des choix
BUILD	lp-builder	—	N1 à N2	compilation d'un plugin du jeu, sans l'addon
VAL	lp-validator distinct de l'IMPL	—	N2	relecture du diff ; branche « hors Saves/ » inchangée octet pour octet
Essai en jeu	Big Boss, sous le jeton de la copie UE	—	—	nouvelle partie, sauvegarde, Continuer, ancien dossier présent / absent
DOC	lp-writer	—	N1	README, guides de modding, lp-validate, REF1, annonces, ERR-042

À ne pas confier : lp-mcp-bp (aucun Blueprint à modifier par cette voie ; GI est réservé à la build 2) ; un agent xhigh (pas d'analyse profonde nécessaire une fois la SPEC écrite). Le niveau « lot » à porter dans FIX1-TACHES : N3 (le chemin touché est lu par toutes les données du jeu et l'essai exige la copie UE).

Durée (estimée, non mesurée) : SPEC 20 à 30 tours ; IMPL 15 à 25 tours, sans la copie UE ; compilation incrémentale du plugin (durée non mesurée) ; VAL 15 à 20 tours ; essai en jeu 30 à 60 minutes sous le jeton ; DOC 10 à 15 tours. Environ une journée de session répartie sur J2 à J4, dont un seul créneau sur la copie UE (compilation et essai).

Risques

• R1, chemin chaud : LoadTxt sert toutes les données du jeu. Le test Saves/ doit précéder tout et laisser les autres chemins inchangés (VAL par relecture du diff et par le bilan ModdingExtra.LoadTxtStats au démarrage).
• R2, mélange de deux parties : un repli de lecture par fichier pourrait relire un personnage de l'ancienne partie du même numéro de slot. Préférer un repli par dossier de slot (si le dossier du slot existe dans le nouveau dossier, ne plus regarder l'ancien).
• R3, retour arrière : prévoir un interrupteur (argument de lancement ou variable de configuration) qui rétablit le chemin d'origine, pour tenir le gel du 24.
• R4, textes périmés : message de GI (CAM-B1-PRE…txt:14823), README (:82-83, et :117 qui cite encore l'ancien dossier, non vérifié), annonces REL/ALPHA/REL-ALPHA-ANNONCE-*.md, guides de modding.
• R5, file de la copie UE déjà chargée (37_…:171, 179-185) : un créneau de plus.

Build 1 ou build 2 (estimé, décision de l'utilisateur)

• Build 1 est tenable sous trois conditions : (a) la voie C++ seule est confirmée par la SPEC (aucune modification de GI) ; (b) la SPEC est acceptée le J2 (2026-10-21) pour que l'IMPL se fasse hors copie UE ; (c) l'essai en jeu a lieu au J3 ou au J4 dans le créneau voisin de FIX1 (37_…:183-184). Porte : si l'essai n'est pas concluant au J4 soir, F6 passe en build 2 et la limite reste dans le README.
• Build 2 est préférable si CG2 ou CAM2 glissent : F6 change l'emplacement des données de tous les joueurs juste avant le gel, pour un gain limité (une limite déjà annoncée). Le message de GI pourrait alors être corrigé avec la révision unique de GI.
• Dans les deux cas, GI n'est pas touché en build 1.

4. Établi / estimé / incertain (synthèse)

Établi (relu à la source) : texte d'ERR-042 et ses mises à jour ; B+ seul retenu, aucun lanceur ; R0 ; LPSaveRelaunch livré et E9 PASS ; limite connue au README ; chemins de personnages Saves/_session/Characters/… et Saves/<Slot>/Characters/… ; point d'E/S unique LoadTxt/SaveTxt sur ProjectContentDir() ; aucun autre code C++ ne cite Saves ; 29 littéraux dans les graphes de GI (dump 5.5) dont 7 dans l'EventGraph (dump 5.8) ; 6 assets contiennent ces chaînes ; le cache de données ne couvre que Modules ; guides de modding qui citent Content/Saves.

Estimé (déduit) : la redirection en C++ suffit sans toucher GI ; le nombre de modifications Blueprint si on avait choisi cette voie (≈ 35) ; 20 à 25 nœuds LoadTxt/SaveTxt sur chemins Saves ; le repli de lecture couvre les parties existantes ; FFileHelper crée les dossiers ; durées et niveaux de § 3.4.

Incertain, essai qui trancherait :

• Les dumps de fonctions de GI (29 littéraux) datent du 2026-09-30 (5.5) : LPDumpFunction -BP=GI -Fn=<chaque fonction> -Pins sur la 5.8, éditeur fermé, rendrait le compte actuel (utilise la copie UE).
• Usage de GetAllFilesFromFolder / GetAllSubfolders / ContentDirectory sur Saves : suivi du flux de données dans ces dumps -Pins.
• Saves/Default : lu ou non, livré ou non.
• Comportement réel d'un Shipping avec un repli de lecture : essai en jeu seulement.

5. Points à confirmer (repris par la fiche suivante)

1. Rafraîchir par commandlet (copie UE) le relevé des littéraux Saves de GI en 5.8 et isoler, par flux de données, les nœuds LoadTxt/SaveTxt sur chemins Saves.
2. Chercher les usages de GetAllFilesFromFolder, GetAllSubfolders et ContentDirectory avec une base Saves.
3. Lire LPDataCache::OnWritten (LPDataCache.cpp:269) pour confirmer qu'elle ignore les chemins hors Modules (non lu ici).
4. Vérifier que FFileHelper::SaveStringToFile crée l'arborescence dans le moteur 5.8 installé (Engine/Source/Runtime/Core/…/FileHelper.cpp) : déduit ici d'un comportement observé, non relu dans le moteur.
5. Statuer sur Saves/Default (guides de modding Creating_Presets.txt:13).
6. Vérifier README.md:117 (cite encore %LOCALAPPDATA%\LifePlay\Saved).
7. Corriger la classe de la ligne FIX1 du doc 37 (F6 n'est pas un correctif Blueprint) quand l'utilisateur aura tranché.

6. Questions pour la SPEC ou l'utilisateur

1. Racine du nouveau dossier : ProjectSavedDir()/Saves/… (même arbre que SaveGames) ou ProjectSavedDir()/SaveGames/Characters/… ?
2. Repli de lecture sur l'ancien Content\Saves : oui ou non ; par slot (recommandé) ou par fichier ; durée de vie (jusqu'à quelle version) ?
3. Copie des anciens personnages vers le nouveau dossier au premier chargement, ou aucune copie (cohérent avec R0) ?
4. Guides de modding (explanation.lpcharacter:3, Creating_Presets.txt:7, 13, 15) : corriger le texte, sachant que le contrat des mods est « figé » ?
5. Texte du message de GI (CAM-B1-PRE…txt:14823) : le laisser en build 1 et le corriger avec la révision unique de GI en build 2 ?
6. Interrupteur de retour arrière : sous quelle forme (argument de lancement, .ini) ?
7. F6 en build 1 sous la porte du J4, ou directement en build 2 ?
8. Où classer la ligne FIX1 : garder lp-mcp-bp pour F7 et F8, et sortir F6 de FIX1 vers un lot propre (ex. FIX1-F6) piloté en C++ ?

Tours : 26 / 20 (budget « environ 20 » dépassé de 6 : recherche des chaînes dans les assets binaires et rattachement des littéraux aux fonctions de GI ; Tools/FicheStats.py fait foi)