LifePlay-Revival/Docs/Migration/etat/OB/OBA/OBA-T5-EVAL.md

Fiche OBA-T5 — Niveau N4 — Modèle prévu modèle de l'agent opus-max | utilisé Opus 5.5 (claude-opus-5-5) — Agent opus-max — Skills sk-protocol (préchargé aussi : debug-verification)

OBA-T5-EVAL : synthèse de l'audit OBA, dossier de la porte G-OB (2026-10-09)

Hors gabarit : synthèse d'audit pour la porte G-OB (sections (a) à (e) de la fiche, numérotées 1 à 5, puis ## Constats).

Lecture seule : aucun build, UE, commandlet ni journal ouvert ; seul fichier écrit : ce livrable. Sources lues en entier (dossier D:\Game\LifePlay-master 5.5\Docs\Migration\etat\OB\OBA\), citées ABR:ligne :

• T1 OBA-T1-INV.md · T4 OBA-T4-INV.md · PLAT, EDIT, PROJ, CODE OBA-T23-<domaine>-CART.md · TACHES OBA-TACHES.md · CSV OBA-T1-plugins.csv (deux Grep ciblés pour lever deux doutes, cités où ils servent).
• Cadre (copie 5.8, Docs\Migration\) : D30 30_Projet_Audit_Obsolescence.md (en entier) ; D29 29_Projet_Stabilisation_V2.md (lignes 48-61, 128-193, 236-275).
• Les références internes des CART (.rsp, reçus .target, manifestes UFS / NonUFS, journal JEU) passent par la ligne du CART qui les cite ; elles n'ont pas été relues ici.

Niveaux : [ét.] établi par le compte rendu cité (lu ou recompté à la source par son auteur) ; [est.] estimé, méthode donnée ; [inc.] incertain, essai nommé au § 5. « Non trouvé » dans un CART = non trouvé dans ce qui a été lu, jamais « inutilisé » (D30:55-56, PLAT:157). Mo = Mio (T4:5).

En bref :

• Trois bloquants de publication, tous à corriger avant la V2.0 : le .git des modules (450 763 872 o, 22,3 % du Shipping, historique local), l'addon privé dans le Shipping (LPAnimMeasure lié, descripteur au pak), l'absence de contrôle du paquet (§ 1).
• Code du jeu : aucune API dépréciée à HEAD (CODE:114) ; 29 dépendances Build.cs prouvées sur 30 (CODE:83) ; LPStringCompat reste nécessaire en 5.8 (CODE:148).
• 22 plugins de plateforme, média et réseau (PLAT:132) et deux chaînes d'outils éditeur (EDIT:136-141) peuvent quitter le jeu par groupes A/B après la V2.0 ; aucun gain n'est chiffré (T4:147).
• 17 décisions au § 4 ; 137 des 177 plugins montés en jeu restent sans grille O3 (§ 5, L8).

1. Constats bloquants pour toute publication

Cadre : aucune publication avant la sortie de ST et d'OB (D29:57, S5). B1 touche les 7 builds 5.8 (PROJ:23), dont LifePlay_Build_5.8_Shipping_V2.0 (PROJ:79). B2 est établi pour le Shipping U8 (PROJ:147). Pour B1, aucun build distribué n'est touché : archives V1.4 et V1.5 sans .git (PROJ:29, 109-110), 2026.10.2.0 non publié (PROJ:111-112), Releases\2026.10.2.0 sans .git (PROJ:28) [ét.]. Pour B2, la V1.5 publiée n'a pas été vérifiée (PROJ:176-177 ; § 5, L1).

#	Constat	Gravité	Preuve	Options des CART	Option retenue par la synthèse (décision au § 4)
B1	Content\Modules\.git (142 fichiers, 450 763 872 o, 22,3 % du Shipping) copié dans chaque build 5.8, avec un historique qui dépasse celui des modules	bloquant : fuite d'historique [est.], taille [ét.]	PROJ:22-23, 35, 53-68, 95-96 ; T4:46, 54	P1-a, P1-b, P2, P3 ; P4 rejetée (PROJ:133-137)	P1-b + P2, sans P3 (G-OB-3)
B2	Addon privé dans le Shipping : LPAnimMeasure lié à l'exe, LPSandbox.uplugin au pak	bloquant : confidentialité de l'addon [ét. pour la présence]	PROJ:147, 161-162	(i) module exclu dans l'addon ; (ii) référence .uproject hors Shipping ; (iii) empaqueter sans l'addon (PROJ:147, 190-191)	(ii) + (i), repli (iii) (G-OB-5)
B3	Aucun contrôle du contenu du paquet avant publication	bloquant de procédure : sans lui, B1 et B2 reviennent [est.]	PROJ:79, 122-125, 134	P2 (PROJ:134)	P2 étendu à 4 contrôles (G-OB-7)

B1. Content\Modules\.git

• Mécanisme [ét.] : +DirectoriesToAlwaysStageAsNonUFS=(Path="Modules") existe depuis L0, identique en 5.5 et en 5.8 (PROJ:53-56). UAT 5.5 et 5.8 copie tout le dossier, dossiers cachés compris, et aucune clé .ini n'exclut un sous-dossier NonUFS (PROJ:58-68). Le .git est apparu le 2026-10-07 à 20:26:39, 9 min après le dernier build 5.5 (PROJ:70-83 ; H1 retenue, PROJ:103). Manifeste NonUFS : 142 lignes Modules/.git/ dans Shipping_U8, 0 dans DC4 (PROJ:35, 85-87).
• Contenu : objets atteignables depuis HEAD 10 238 344 o ; reflog compris 450 046 383 o ; 313 commits (428 − 115) et 439 808 039 o tenus par le seul reflog ; le commit a83ea56 du dépôt du jeu y figure (PROJ:32-33, 95-98) [ét.]. Origine estimée par PROJ : clone du dépôt du jeu puis filter-branch sans gc, donc l'historique complet du jeu (PROJ:164-167) [est.]. Contenu des objets non lu (PROJ:4-5).
• Fuite [est.] : le lot PUB2 a placé les modules dans un dépôt local séparé pour garder un dépôt public sans contenu sexuel (.gitignore:76-77, PROJ:90-92). Publier ce .git distribuerait un historique jamais destiné aux joueurs : versions supprimées des modules et, selon l'estimation ci-dessus, l'historique du jeu avant filtrage. Tout commit git porte aussi le nom, le courriel et la date de son auteur.
• Propagation [ét.] : Tools\SplitModules.ps1:47 laisserait le .git dans un build publié ; le seul BuildCookRun de Tools ne filtre rien (PROJ:122-125). Un build 5.5 fait aujourd'hui le contiendrait aussi (PROJ:168-169) [est.].
• Options (PROJ:133-137). P1 sort le dossier git de l'arbre mis en scène. Variante a, --separate-git-dir : un fichier .git d'environ 60 o, qui contient un chemin local, reste copié. Variante b, dépôt hors de l'arbre avec core.worktree : aucune entrée .git, mais chaque git -C Content\Modules des skills et scripts doit passer à --git-dir/--work-tree. P2 refuse un build qui contient …\Content\Modules\.git. P3 (reflog expire + gc) ramène le .git à environ 10 Mo, toujours copié, avec une perte irréversible. P4 est rejetée. PROJ recommande P1 + P2.
• Lecture de la synthèse [est.] : P1-a et P2 se contredisent, car le fichier .git restant ferait échouer P2 (PROJ:133-134). P1-b + P2 est la seule combinaison sans exception au garde-fou. P3 n'apporte rien au paquet une fois P1 fait, et il exige d'abord le point 2 de PROJ (PROJ:185-186).
• Gain attendu [est.] : Shipping 2 024 056 223 → 1 573 292 351 o (1 930,3 → 1 500,4 Mo). C'est la différence de T4:27 et T4:46, rien d'autre ne changeant.

B2. Addon privé LPSandbox dans le Shipping (dans le périmètre au titre de la dépendance, D30:30)

• Présence [ét.] : LPAnimMeasure, module Runtime sans exclusion (LPSandbox.uplugin:30-34), est lié à l'exe Shipping (.rsp:915), alors que le module LPSandbox est exclu du Shipping (:22-29). Le reçu Shipping cite le plugin (:3924, avec le chemin local de l'addon ; :4084, dans la section BuildPlugins qui s'ouvre à :3964 selon PLAT:22). Le pak contient RemappedPlugins/LPSandbox/LPSandbox.uplugin (manifeste UFS :958) (PROJ:147, 161-162).
• Usage par le jeu [ét.] : aucun asset du jeu (PROJ:147) ; aucune dépendance Build.cs des modules du jeu vers l'addon (T1:68-69). Service : développement seulement (PROJ:147).
• Inventaire [inc.] : CSV:151 donne LPSandbox monte_jeu=non, ce qui est exact pour le journal Development (aucun montage External, T1:25). Mais « lié » n'est pas « monté », et le montage en Shipping reste inconnu faute de journal Shipping (T4:105 ; PROJ:194-195).
• Mécanisme du descripteur [inc.] : la référence .uproject de LPSandbox est Optional (PROJ:147). Or un descripteur part au paquet par une référence non optionnelle, ou par un besoin de contenu ou de dépendance (EDIT:45). La cause exacte n'est donc pas établie.
• Options (PROJ:147, 190-191) : (i) TargetConfigurationDenyList: ["Shipping"] sur LPAnimMeasure dans l'addon ; (ii) référence .uproject exclue de la configuration Shipping, si FPluginReferenceDescriptor 5.8 accepte la clé (point 5 de PROJ ; le gestionnaire de plugins teste cible, plateforme et configuration d'une référence, PLAT:75) ; (iii) empaqueter sans l'addon, comme DC4.
• Lecture de la synthèse [est.] : (ii) retire d'un seul point le plugin, le code et le descripteur, aucun plugin du jeu ne requérant LPSandbox. (i) garde l'effet si l'entrée .uproject est réécrite. (iii) reste en repli (procédure manuelle).

B3. Aucun contrôle du contenu avant publication

• [ét.] Un build nommé Shipping_V2.0 contient déjà le .git (PROJ:79). Les fiches U8 lancent UAT directement, hors des scripts (PROJ:134). SplitModules.ps1 et BuildDebug.ps1 ne filtrent rien (PROJ:122-125).
• Garde-fou proposé (P2 de PROJ:134, étendu par la synthèse) : 4 contrôles en lecture, après tout empaquetage destiné à la publication et à la VAL de publication. (1) Manifest_NonUFSFiles_Win64.txt : 0 ligne Modules/.git/ (méthode PROJ:35). (2) Manifest_UFSFiles_Win64.txt : 0 ligne LPSandbox. (3) LifePlay-Win64-Shipping.exe.rsp : 0 ligne LPAnimMeasure. (4) Reçu LifePlay-Win64-Shipping.target, section BuildPlugins : pas de LPSandbox (méthode de relecture EDIT:121).
• Preuve par l'échec attendue sur Shipping_U8 : (1) 142 (PROJ:35) ; (2) et (3) au moins 1 ; (4) présent (PROJ:147).

Vérifié non bloquant [ét.]

• Famille MCP (ModelContextProtocol, ToolsetRegistry, EditorToolset, MCPClientToolset, Terminal, 15 toolsets) : 0 ligne dans les reçus et les .rsp des cibles Game, 0 au manifeste UFS (EDIT:89-92). Aucun serveur MCP dans un build publié.
• Python : aucune DLL mise en paquet ; seul PythonScriptPluginPreload est lié (EDIT:63), compilé WITH_PYTHON=0 [est.].
• HyperAIStudio : 0 code et 0 contenu cuit dans le jeu ; seul son descripteur est au pak, et le plugin est monté (EDIT:82-85). Voir R5, non bloquante.

2. Tableau des recommandations

Ordre : bloquants, puis recommandations avant la V2.0, puis lots d'exécution (§ 3). Effort [est.], changement seul, compté sur les fichiers et les sites cités par les CART : S une entrée ou un fichier, avec ses contrôles ; M plusieurs fichiers, outils ou skills, ou les deux copies ; L plusieurs lots ou des centaines de nœuds Blueprint. Chaque lot d'optimisation coûte en plus un cycle A/B : environ 6,5 min machine à DDC chaud (compilations 56,31 + 55,07 s, cuisson UAT 166,38 s, empaquetages 55,04 + 55,34 s : T4:73-74, 78, 83, 86) [est. : somme], plus le parcours S2 ; la cuisson à froid n'est pas mesurée (T4:141). Gains : les octets de code lié par plugin ne sont jamais mesurés (T4:147, PLAT:168, EDIT:114) ; « code lié » compte les plugins, modules ou lignes de l'.rsp Shipping cités par les CART. Démarrage : aucun gain mesuré ni mesurable avec les données de T4 (T4:144-147) ; la colonne ne le répète pas.

R	Élément	Constat	Action	Gain attendu	Risque	Effort	Preuve	Mesure A/B requise
R1	Content\Modules\.git	B1	P1-b dans les copies 5.5 et 5.8 ; mise à jour de lp-paths, des skills et scripts qui appellent git -C Content\Modules, du commentaire .gitignore:76	taille −450 763 872 o, soit −22,3 % [est.] ; fuite d'historique supprimée [est.]	faible pour le jeu [est.] ; effet sur l'énumération des dossiers de modules par le jeu (GetAllFilesFromFolder, PROJ:143) [inc.]	M	PROJ:53-68, 95-96, 133, 137 ; T4:46, 54	manifeste NonUFS 142 → 0 ; taille Shipping ; démarrage et S2 sans erreur nouvelle
R2	addon LPSandbox (LPAnimMeasure)	B2	référence .uproject hors Shipping (si le point 5 de PROJ le permet) + LPAnimMeasure exclu du Shipping dans LPSandbox.uplugin ; repli : empaqueter sans l'addon	confidentialité de l'addon ; −1 module lié, −1 descripteur au pak [est.]	faible : aucun usage par le jeu (T1:68-69, PROJ:147)	S	PROJ:147, 161-162, 190-191	contrôles (2) à (4) de B3 à 0 ; taille de l'exe ; démarrage Shipping et S2 court
R3	garde-fou de publication	B3	les 4 contrôles de B3 dans SplitModules.ps1, BuildDebug.ps1 et la VAL de publication ; consigne pour les fiches qui lancent UAT directement	empêche le retour de B1 et B2 [est.]	nul (lecture seule)	S	PROJ:79, 122-125, 134 ; EDIT:121	échec sur Shipping_U8, succès après R1 et R2
R4	McpAutomationBridge	désactivé (D4), 0 référence, absent du Shipping ; remplacé par le MCP d'Epic ; requérant éditeur d'OSS	déplacer le dossier en sauvegarde ; retirer l'entrée .uproject et la section DefaultGame.ini:76-79	0 o au paquet [ét.] ; simplifie OB-4	faible	S	PROJ:145 ; PLAT:89, 141 ; D29:188-192, 269-270	builds Editor et Game code 0 ; démarrage de l'éditeur et session MCP (non-régression STM)
R5	HyperAIStudio	plugin du projet monté en jeu par défaut ; descripteur au pak ; 0 code, 0 contenu ; ignoré par .git/info/exclude seulement	entrée .uproject Enabled, Optional, TargetAllowList: ["Editor"] ; Plugins/Marketplace/ au .gitignore	−1 plugin monté, −1 descripteur tiers au pak [est.]	faible ; l'outil de mise en place peut réécrire le .uproject (EDIT:127)	S	EDIT:81-86, 142 ; T1:83 ; PROJ:146, 214-215	journal de jeu sans Mounting … HyperAIStudio ; manifeste UFS sans son .uplugin ; MCP éditeur intact
R6	PLAT G1 mobile et Apple : AndroidPermission, GooglePAD, LocationServicesBPLibrary, MobilePatchingUtils, AppleImageUtils, AvfMedia	activés par défaut, non trouvés dans les lectures, aucun requérant en jeu	retirer du jeu (méthode G-OB-10)	code : 6 plugins liés	faible ; 5 noms /Script/… du groupe dans la table de noms du registre d'assets [inc.] (PLAT:165)	S	PLAT:104-109, 139	lot OB-2
R7	PLAT G2 distribution : ChunkDownloader, LauncherChunkInstaller, ExampleDeviceProfileSelector	chunks désactivés ; sélecteur remplacé sous Windows	retirer du jeu ; garder WindowsDeviceProfileSelector (utilisé)	code : 3 plugins liés	faible	S	PLAT:110-113, 140	OB-2
R8	PLAT G4b WebM : WebMMoviePlayer, WebMMedia	aucun .webm ; le film de démarrage .mp4 est lu par WindowsMoviePlayer	retirer du jeu ; WmfMedia seulement après G-OB-11	code : 2 plugins liés	faible ; WmfMedia : moyen si des mods jouent de la vidéo	S	PLAT:115-117, 143	OB-2
R9	PLAT G4a média de production : MediaPlate, MediaCompositing, ImgMedia, TmvMedia, MP4Utilities	activés par défaut ; TMV expérimental en 5.8 ; seul contenu cuit du domaine	retirer du jeu	code : 5 plugins (dont ImgMedia 5, TmvMedia 4, MP4Utilities 3 modules) ; 1 paquet cuit, taille non relevée	faible	S	PLAT:92, 118-122, 142	OB-3 : + /mediaplate/sm_mediaplatescreen absent du cuit
R10	PLAT G3 en ligne : OnlineSubsystemNull, OnlineSubsystemUtils, OnlineSubsystem, OnlineServices, OnlineBase, OodleNetwork (+ OnlineSubsystemGooglePlay et OnlineSubsystemIOS côté éditeur, seulement avec Enabled: false)	OSS NULL créé au démarrage sans appel du jeu ; pilote réseau déclaré par la seule config moteur	retirer du jeu si G-OB-12	code : 6 plugins liés ; une instance OSS de moins au démarrage [est.]	moyen : pilote réseau par défaut, PIE multijoueur	S	PLAT:67, 123-128, 141	OB-4 : point P1 de PLAT (PLAT:171)
R11	XInputDevice ; InputDebugging	aucun mapping manette, assets Enhanced Input non lus ; InputDebugging absent du Shipping	garder XInputDevice (sauf G-OB-13) ; laisser InputDebugging	—	moyen si XInputDevice part (perte de la manette)	—	PLAT:68, 129-130	—
R12	Concert : ConcertMain, ConcertSyncClient, ConcertSyncCore, ConcertSharedSlate	0 code Concert ; entré par ConsoleVariables, activé par défaut	ConsoleVariables au .uproject en TargetAllowList: ["Editor"]	−4 descripteurs, −1 .ini, −1 module	faible ; préréglages de CVar en jeu [inc.]	S	EDIT:49-52, 136	OB-5a : relecture EDIT:121
R13	Interchange, InterchangeAssets	entrés par GLTFExporter (activé par défaut) et InterchangeAxfAssets ; 0 référence dans Source ; mods non lus	GLTFExporter et InterchangeAxfAssets en Editor au .uproject, si OBA-T7 prouve l'absence de glTF à l'exécution	code : 11 modules (16 .obj) + draco.lib, plus InterchangeAssets, InterchangeAxFAssets, GLTFExporter	moyen : un import ou export glTF à l'exécution disparaîtrait	S	EDIT:67-71, 118, 139-140	OB-5b : relecture EDIT:121 et S2
R14	HairStrands	entré par Interchange ; 5 matériaux cuits (10 fichiers, 650 122 o) chargés par le constructeur de UGroomComponent	suit R13 si OBA-T7 prouve « aucun groom » ; sinon le garder et l'autoriser en jeu	code : 4 modules (8 .obj) ; cuit −650 122 o [ét. pour le poids]	moyen : des cheveux groom, s'il y en a, ne s'afficheraient plus	S	EDIT:74-78, 110, 117, 141	OB-5b : 10 fichiers absents du cuit ; contrôle visuel des personnages
R15	Takes, PythonScriptPlugin	entrés par Niagara, ControlRig, ChaosCloth et Dataflow ; contenu déjà exclu par le lot O1 ; Python vide en jeu	garder ; piste ShouldIgnorePluginDependency seulement si G-OB-15 la rouvre	aucun (6 + 1 modules restent liés)	couper ChaosCloth casserait la simulation de tissu	—	EDIT:55-64, 119, 137-138	—
R16	Famille MCP, 15 toolsets	déjà hors du jeu	garder tel quel	—	nul	—	EDIT:89-92, 143-144	—
R17	bDisableEnginePluginsByDefault	123 plugins en jeu par défaut ; 12 seulement nommés au .uproject	option, lot à part après OBA-T8	le plus large possible [inc.]	élevé : tout ce que le jeu utilise doit être nommé	L	EDIT:129 ; T1:52-55, 95	OB-8 (option)
R18	KismetCompiler (LifePlayEditorTools.Build.cs:29)	ni inclusion ni symbole direct ; chemin d'inclusion déjà fourni par UnrealEd	retirer si le build Editor passe sans	aucun au paquet (module Editor)	faible	S	CODE:74, 85-95	OB-6 : build LifePlayEditor code 0 (CODE:193-194)
R19	AssetRegistry, NavigationSystem Public → Private	besoin interne à LifePlay	passer en Private si les builds passent	propreté	faible	S	CODE:98-105	OB-6 : builds Editor et Shipping (CODE:195)
R20	branche UE4 morte, LPDumpFunctionCommandlet.cpp:89-90	garde ENGINE_MAJOR_VERSION >= 5 toujours vraie dans les deux copies	supprimer la branche	propreté	nul	S	CODE:142	OB-6 : build Editor
R21	U9 : LPStringCompat	60 écarts du moteur 5.8 contre UE4 sur 3120 cas, 0 pour le correctif ; pas d'équivalent natif ; ParseIntoArray hors du banc	garder le correctif ; étendre le banc à ParseIntoArray ; interrupteur U9 limité à ces 4 fonctions	évite un changement du découpage des données de jeu	élevé en cas de passage au natif	M	CODE:148, 198-199	OB-7 : banc LPTestStringCompat étendu
R22	U9 : LPMeshCompat, LPNavigationHelpers	aucun écart de valeur avec le natif 5.8	nettoyage facultatif des Blueprints (56 et 6 nœuds, comptes historiques)	−2 fonctions C++	faible ; faible à moyen (réévaluation d'un nœud pur)	M (56 nœuds) / S (6)	CODE:149-150, 196-197, 204-205	OB-7 : recompte des appelants, CompileAllBlueprints, S2
R23	WindowsMoviePlayer (loading.mp4)	seul plugin média utilisé ; cadre « Startup Movie Player » déprécié, sans date de retrait	garder ; suivre la dépréciation	—	retrait futur, sans date	—	PLAT:65, 93, 114, 177	—
R24	StreetMap, ModdingExtra, LPAnimCore	utilisés, liés, au cœur du jeu	garder ; ModdingExtra : retirer ModdingExtraSampleFunction après le point 7 de PROJ ; StreetMap : relire les 7 C4996 du build U3-T2	—	élevé à critique en cas de retrait	S	PROJ:142-144, 193 ; CODE:119	build et S2 pour la fonction retirée

3. Ordre proposé des lots OB d'exécution

Règles communes (O4, D30:38 ; méthode D30:45, 57-62) :

• Base : build Development à la sortie de ST et parcours S2 (D30:38, D29:54) ; taille en configuration Shipping (D30:60-62). OB-0 la produit. La base U8 de T4 (DDC chaud, T4:81) ne sert qu'aux contrôles de paquet.
• Un lot = un groupe, un mécanisme de retrait, un A/B. Après chaque lot, relire BuildPlugins du reçu Shipping, l'.rsp, le manifeste UFS et les lignes Mounting d'un journal neuf (EDIT:121). Un plugin retiré revient en effet par tout requérant actif (PLAT:75, EDIT:43), avec au mieux un avertissement (EDIT:120) ; le comportement d'UBT n'est pas établi (PLAT:166). Pas de DisablePlugins dans le Target.cs : ce n'est pas une voie propre (EDIT:120).
• Démarrage : deux points seulement, 3,446 s et 5,564 s, le build du second n'étant pas établi (T4:101, 104). La dispersion est inconnue : plusieurs lancements par côté, nombre fixé par la SPEC. Cuisson : comparer à état de DDC égal (T4:81, 141). Journal : chercher Failed to load '/Script/…' (PLAT:165) en plus des erreurs du parcours S2.
• Copie partagée : builds, éditeur et commandlets s'excluent (D29:174-177) ; un lot OB ne tourne pas en même temps qu'un lot ST sur la copie 5.8.

Lot	Contenu	Avant V2.0 ?	Préalables	Mesure A/B (O4)	Risque	Effort
OB-1	Hygiène du paquet publié : R1, R2, R3 ; R5 recommandé	oui (bloquants)	G-OB-1, 3, 5, 7, 8 ; OBA-T6 (§ 5, L1 et L2)	contrôles de B3 ; taille Shipping ; démarrage Development répété ; S2 sans erreur nouvelle	faible	M
(STM-T5)	R4 McpAutomationBridge	sans effet sur le paquet ; avant OB-4	G-OB-9 (porte G-STM)	builds code 0 ; éditeur et MCP	faible	S
OB-0	Base A/B : builds Development et Shipping ; tailles (méthode T4) ; démarrage Development et Shipping -log, répété ; plugins montés en Shipping ; cuisson à chaud et à froid ; memreport ; S2 et LogStats ; part des plugins dans les conteneurs	mesure seule	sortie de ST ; scripts de T1 et T4 rangés	—	nul	M
—	Publication de la V2.0 par U8 (S5, D29:57)	—	ST et OB-1 revérifié sur OB-0 ; G-OB-2	—	—	—
OB-2	R6 + R7 + R8 : G1 + G2 + G4b, 11 plugins	non (V2.0.x)	G-OB-10, 11, 14 ; OBA-T7	taille de l'exe et des conteneurs ; plugins montés en jeu 177 → 166 attendu [est.] ; démarrage ; cuisson ; S2	faible	S
OB-3	R9 : G4a, 5 plugins	non	comme OB-2	comme OB-2, plus le paquet MediaPlate absent du cuit	faible	S
OB-5a	R12 : Concert par ConsoleVariables	non	G-OB-10 ; préréglages de CVar (OBA-T7)	relecture EDIT:121 ; S2	faible	S
OB-4	R10 : G3 en ligne	non	G-OB-12 ; R4 fait ; OBA-T7	point P1 de PLAT (PLAT:171) ; PIE de l'éditeur	moyen	S
OB-5b	R13 + R14 : chaîne GLTFExporter → Interchange → HairStrands	non	OBA-T7 : ni groom ni glTF à l'exécution (jeu et mods connus)	relecture EDIT:121 ; cuit HairStrands absent ; S2 et contrôle visuel des cheveux	moyen	S
OB-6	R18 à R20 : nettoyage du code	non ; indépendant des autres lots	G-OB-16	builds Editor et Shipping code 0 ; taille de l'exe inchangée attendue [est.]	faible	S
OB-7	R21, et R22 si voulu : U9 réduit	non	G-OB-17 ; recompte des appelants (OBA-T7)	banc étendu ; CompileAllBlueprints ; S2 si des nœuds changent	faible (banc)	M
OB-8	R17 : option bDisableEnginePluginsByDefault	non	OBA-T8 ; bilan d'OB-2 à OB-5	A/B complet	élevé	L

Enchaînement. Sans G-OB-1 : sortie de ST → OB-0 → OB-1 → V2.0 → OB-2 à OB-8. Avec G-OB-1 : OB-1 passe entre deux lots ST (contrôles de paquet contre la base U8 de T4) → sortie de ST → OB-0, qui revérifie OB-1 → V2.0 → OB-2 à OB-8. Motif de l'ordre : d'abord les seuls risques de publication établis ; ensuite par risque croissant et selon les préalables (les groupes à faible risque, qui ne touchent pas le code du jeu, puis les groupes à risque moyen, qui attendent une décision produit ou une preuve d'usage). OB-6 est indépendant. OB-8 n'a de sens qu'après l'audit des 137 plugins restants (§ 5, L8). Les gains n'entrent pas dans l'ordre, faute de chiffres (T4:147).

4. Décisions à soumettre à la porte G-OB

Chaque décision est une question fermée. L'option recommandée est en gras, suivie du motif et des sources. La mention « reprend » renvoie aux questions des CART.

• G-OB-1. Tenir la porte en deux temps : décider maintenant du lot OB-1 (bloquants) et l'exécuter entre deux lots ST, les lots OB-2 et suivants restant soumis à G-OB après la sortie de ST ? Recommandé : oui. Motif : OB-1 ne touche que le paquet, la configuration Shipping et les outils, sans effet attendu sur le comportement du jeu [est.], sauf l'énumération des dossiers de modules, à vérifier (§ 5, L12). Chaque build produit d'ici là porte B1 (PROJ:119-120), et un build nommé Shipping_V2.0 le contient déjà (PROJ:79). Écart à accepter : O1 et O4 placent les retraits et leur A/B après ST (D30:35, 38). OB-1 serait contrôlé contre la base U8 (T4:27, 46), puis revérifié sur OB-0. (Ajoutée par la synthèse.)
• G-OB-2. La « sortie d'OB » exigée par S5 avant la publication de la V2.0 se limite-t-elle à OB-1 vérifié, les lots OB-2 et suivants partant en V2.0.x ? Recommandé : oui. Motif : S5 prévoit déjà des V2.0.x par lot (D29:57). Seuls B1 à B3 sont des risques de publication établis (§ 1). Les gains des autres lots ne sont pas chiffrés (T4:147, PLAT:168, EDIT:114), et chacun demande un cycle A/B complet (D30:38). (Ajoutée par la synthèse.)
• G-OB-3. Exclure le .git par P1 variante b (dépôt Modules hors de l'arbre avec core.worktree, dans les copies 5.5 et 5.8), avec le garde-fou P2 et sans P3 ? Recommandé : oui. Motif : c'est la seule voie qui ne laisse aucune entrée .git dans le paquet. P1-a laisse un fichier .git avec un chemin local, que P2 refuserait (PROJ:133-134). P3 garde le .git dans le paquet et perd le reflog sans retour (PROJ:135, 185-186). Aucune clé .ini ne peut l'exclure (PROJ:58-68). (Reprend PROJ Q1.)
• G-OB-4. Laisser tels quels les builds locaux 5.8 qui contiennent le .git, avec la règle « aucun build antérieur à OB-1 n'est publiable » ? Recommandé : oui. Motif : aucun n'est distribué (PROJ:108-120) ; le garde-fou les refuserait ; les refaire coûterait des cycles sans bénéfice (T4:73-86). (Reprend PROJ Q2.)
• G-OB-5. Sortir l'addon privé du Shipping de deux façons : une référence .uproject exclue de la configuration Shipping (si la clé existe, point 5 de PROJ) et l'exclusion de LPAnimMeasure du Shipping dans LPSandbox.uplugin, avec en repli « empaqueter sans l'addon » ? Recommandé : oui. Motif : du code et un descripteur privés sont dans le Shipping (PROJ:147, 161-162), sans usage par le jeu (T1:68-69, PROJ:147). La cause exacte du descripteur au pak n'est pas établie (EDIT:45, PROJ:147) : une exclusion au niveau de la référence la couvre quelle qu'elle soit [est.]. (Reprend PROJ Q3.)
• G-OB-6. Faire vérifier en lecture seule (fiche proposée OBA-T6) si la V1.5 publiée contient déjà LPAnimMeasure ou le descripteur LPSandbox, avant OB-1 ? Recommandé : oui. Motif : ce n'est pas vérifié (PROJ:176-177, 187-188). Si c'est le cas, une exposition existe déjà, et seul l'utilisateur peut décider qu'en faire. (Ajoutée par la synthèse.)
• G-OB-7. Rendre obligatoires les 4 contrôles de paquet de B3 après tout empaquetage destiné à la publication, dans les scripts et dans les fiches qui lancent UAT directement ? Recommandé : oui. Motif : B1 est passé inaperçu jusque dans un build nommé Shipping_V2.0 (PROJ:79) ; U8 lance UAT hors des scripts (PROJ:134). (Ajoutée par la synthèse ; étend P2 de PROJ.)
• G-OB-8. Si G-STM garde HyperAIStudio : l'inscrire au .uproject en {"Name": "HyperAIStudio", "Enabled": true, "Optional": true, "TargetAllowList": ["Editor"]} et ajouter Plugins/Marketplace/ au .gitignore, dans OB-1 ? Recommandé : oui. Motif : le plugin est monté en jeu et son descripteur tiers est au pak, sans aucun service rendu (EDIT:81-86). Optional évite l'échec d'un clone qui n'a pas le plugin (EDIT:127). L'exclusion n'existe que dans .git/info/exclude de la copie 5.8 (PROJ:146, 214-215). À surveiller : une réécriture du .uproject par l'outil de mise en place (EDIT:127, D29:139-140). (Reprend EDIT Q2 et PROJ Q5.)
• G-OB-9. Retirer McpAutomationBridge dès la porte G-STM (dossier déplacé en sauvegarde, entrée .uproject, section DefaultGame.ini:76-79) ? Recommandé : oui. Motif : il est désactivé depuis D4, sans référence, absent du Shipping et remplacé par le MCP d'Epic (PROJ:145 ; D29:188-192, 269-270). S'il revenait, il réactiverait OSS dans l'éditeur (PLAT:89, 141). (Reprend PROJ Q4.)
• G-OB-10. Retirer un plugin du jeu par une entrée .uproject TargetAllowList: ["Editor"], y compris sur les requérants (ConsoleVariables, GLTFExporter, InterchangeAxfAssets), plutôt que par "Enabled": false ? Recommandé : oui. Motif : c'est la seule coupure par descripteur qui agit sur le jeu sans conflit avec les requérants de l'éditeur (EDIT:41-44, 126 ; PLAT:75, 139, 141). Le projet suit déjà cette pratique pour 36 entrées (T1:31). L'éditeur et l'outillage des mods gardent le plugin (PLAT:183). Limite : Enabled: false allégerait aussi l'éditeur, ce qu'OB ne vise pas (mesure en empaqueté, D30:60-62). (Reprend PLAT Q4 et EDIT Q1.)
• G-OB-11. Accepter la règle suivante : un plugin moteur qu'aucun asset du jeu ni aucun mod connu n'utilise (preuve par OBA-T7) sort du contrat des mods et peut quitter le jeu ; WmfMedia reste en place jusqu'à cette preuve ? Recommandé : oui. Motif : le contrat des mods est figé (D30:30), mais aucun CART n'a lu les mods (EDIT:111, PLAT:173). Sans règle écrite, chaque retrait reste suspendu à une hypothèse. WmfMedia est le cas où un mod vidéo est plausible (PLAT:117, 181). Risque résiduel : un mod de la communauté, inconnu, qui utiliserait un plugin retiré ; à signaler dans les notes de version. (Reprend PLAT Q2.)
• G-OB-12. Le jeu reste-t-il sans réseau (ni multijoueur, ni PIE multi-clients), ce qui autorise OB-4 ? Recommandé : oui, sous A/B dédiée. Motif : le code du jeu n'a aucune référence au réseau (PLAT:60). OSS NULL est créé sans appel du jeu, et le projet ne configure aucun pilote réseau (PLAT:67). Risque moyen (PLAT:141, 182). (Reprend PLAT Q3.)
• G-OB-13. Garder XInputDevice (pas de groupe G5 pour la manette) ? Recommandé : oui, le garder. Motif : le gain (un module et une bibliothèque) n'est pas mesuré (PLAT:129) ; l'usage n'est pas tranché, les assets Enhanced Input n'ayant pas été lus (PLAT:68) ; un joueur à la manette verrait la perte (PLAT:129, 180). (Reprend PLAT Q1.)
• G-OB-14. Approuver le plan du § 3 : des groupes A/B successifs (OB-2 = G1 + G2 + G4b fusionnés, puis OB-3, OB-5a, OB-4, et OB-5b sous condition), plutôt que bDisableEnginePluginsByDefault d'emblée (gardé en option OB-8, après OBA-T8) ? Recommandé : oui. Motif : un groupe à la fois avec A/B (D30:45, 57-59) ; fusion proposée par PLAT (PLAT:145, 184). Avec 137 plugins montés en jeu sans grille O3 (§ 5, L8), l'approche racine est risquée (EDIT:129). (Reprend PLAT Q5 et EDIT Q4.)
• G-OB-15. Garder Takes et PythonScriptPlugin dans le jeu, sans ouvrir pour l'instant la piste ShouldIgnorePluginDependency ? Recommandé : oui. Motif : leur contenu est déjà exclu par le lot O1 et Python est vide en jeu. On ne peut pas les couper sans retirer Niagara, ControlRig ou ChaosCloth (EDIT:58, 63-64, 137-138). La piste repose sur du code UBT non lu (EDIT:119). (Reprend EDIT Q3.)
• G-OB-16. Faire le nettoyage du code OB-6 après la V2.0 : retirer KismetCompiler si le build passe sans lui, passer AssetRegistry et NavigationSystem en Private si les builds passent, supprimer la branche UE4 morte ? Recommandé : oui, en faible priorité. Motif : la redondance est estimée (CODE:94-95) ; gain faible, risque faible (CODE:209) ; la branche est morte dans les deux copies (CODE:142). Aucune incidence attendue sur le paquet [est.]. (Reprend CODE Q1, Q2 et Q3.)
• G-OB-17. Réduire U9 à LPStringCompat (interrupteur, et banc étendu à ParseIntoArray), LPMeshCompat et LPNavigationHelpers devenant un nettoyage facultatif des Blueprints ? Recommandé : oui. Motif : pour LPStringCompat, l'écart est mesuré en 5.8 et il n'y a pas d'équivalent natif (CODE:148). Les deux autres n'ont aucun écart de valeur, et un interrupteur n'aurait rien à basculer pour eux (CODE:149-150, 211-214). (Reprend CODE Q4.)

Couverture : les 18 questions des CART (PLAT Q1-Q5, EDIT Q1-Q4, PROJ Q1-Q5, CODE Q1-Q4) sont reprises dans 13 décisions ; G-OB-1, 2, 6 et 7 sont ajoutées par la synthèse.

5. Lacunes de l'audit

#	Lacune (non mesuré ou non prouvé)	Décision ou lot touché	Fiche qui la comblerait (proposée)	Quand
L1	La V1.5 publiée contenait-elle LPAnimMeasure lié et le descripteur LPSandbox au pak ? (PROJ:176-177, 187-188)	G-OB-6 ; B2	OBA-T6, INV N1, lp-inventory : listage du pak V1.5 (UnrealPak -List, lecture seule) ; .rsp Shipping 5.5 s'il existe encore	avant OB-1
L2	Une référence .uproject accepte-t-elle TargetConfigurationDenyList en 5.8 ? (PROJ:190-191)	G-OB-5 ; R2	OBA-T6 (même fiche) : lecture de FPluginReferenceDescriptor dans le moteur 5.8	avant OB-1
L3	Plugins montés en Shipping (T1:92) ; montage de LPSandbox (CSV:151 contre .rsp:915, PROJ:194-195) ; mécanisme qui met le descripteur LPSandbox au pak (EDIT:45)	R2 ; OB-1	OB-0 (journal Shipping -log) ; contrôles d'OB-1	OB-1, OB-0
L4	Démarrage Shipping non mesurable (T4:105, 144) ; Development : deux points seulement (T4:101, 104) ; mémoire en cours de partie, cuisson et compilation à froid, éditeur avec interface (T4:145-146, 150)	base de tout A/B (O4)	OB-0 : BUILD N0 (lp-builder) et mesures N1 (lp-inventory)	sortie de ST
L5	Coût par plugin : octets de code dans l'exe (EDIT:114, PLAT:168) et part dans les conteneurs (T4:147)	priorité des lots OB-2 à OB-8	OB-0 : carte de liens (moyen à fixer par une SPEC) ; listage IoStore ou UnrealPak en lecture	sortie de ST
L6	Références d'assets aux 14 paquets /Script/… (PLAT:165, 172) ; assets groom (EDIT:110, 117) ; préréglages ConsoleVariables (EDIT:136) ; assets Enhanced Input pour la manette (PLAT:68) ; fonctions ModdingExtra dans les assets non suivis (PROJ:179-180, 193)	OB-2 à OB-5b ; R11 ; R24	OBA-T7, CART N3, lp-cart : LPDumpAssets ou LPDumpFunction, ou MCP en lecture après G-STM (D30:65-68)	avant OB-2
L7	Usage, par les mods connus (3 mods d'assets, D29:59 ; modules texte), de MediaPlate, ImgMedia, WmfMedia, de nœuds en ligne ou mobiles, du glTF (PLAT:173, EDIT:111, 118)	G-OB-11 ; OB-2 à OB-5b	OBA-T7 (même fiche) ou fiche dédiée	avant OB-2
L8	137 des 177 plugins montés en jeu sans grille O3 [est. : 177 − (27 PLAT + 10 EDIT + 3 PROJ)]. Parmi eux, 20 sont seulement cités : 11 requérants (EDIT § 3.2-3.6) et 9 exclus nommément (PLAT:24), tous monte_jeu=oui (Grep CSV : 20 lignes, dont CSV:34, 68, 120, 215) ; il en reste 117 que rien ne mentionne. Le domaine « rendu » prévu (D30:91) n'a pas eu de fiche (TACHES:7-12)	OB-8 ; complétude de l'audit (D30:21-23)	OBA-T8, CART N3, lp-cart, une fiche par domaine (≈ 40 tours chacune)	après la V2.0
L9	État Epic : notes 5.8 lues en résumé (PLAT:162) ou en partie (0-100 000 caractères sur 357 273, EDIT:113) ; notes 5.6 et 5.7 non lues ; aucune annonce 5.9 trouvée (PLAT:96)	colonne « état 5.8 » de O3 (D30:37)	reliquat d'OBA-T2, N3, web d'abord (D30:36, 87)	faible priorité
L10	Comportement d'UBT pour un plugin retiré mais requis (PLAT:166) ; chaîne exacte à l'exécution (EDIT:112, T1:91)	OB-2 et suivants	journal du premier build d'OB-2 ; -LogCmds="LogPluginManager Verbose" en OB-0	OB-0, OB-2
L11	Lecture effective de loading.mp4 (PLAT:167) ; son poids (78,9 Mo, 4,1 % du Shipping, T4:48, 54) n'a été examiné par aucun CART	R23	OB-0 (LogMoviePlayer Verbose) ; la compression du film est hors audit	OB-0
L12	Effet du .git sur l'énumération des dossiers de modules par le jeu (GetAllFilesFromFolder, 6 assets, PROJ:143)	R1 ; G-OB-1	A/B d'OB-1 (journal de démarrage, S2)	OB-1
L13	Définition de ShouldIgnorePluginDependency non lue (EDIT:119)	G-OB-15	CART N3 (lecture d'UBT), si G-OB-15 rouvre la piste	à la demande
L14	7 C4996 de StreetMap au build U3-T2 (CODE:119) et rupture 5.8 de LPDataCache (ModdingExtra), non relus (PROJ:143, 178)	R24 ; un futur passage en 5.9	CART N3, lp-cart (avec lp-ue-compat)	avant tout passage en 5.9
L15	Appelants Blueprint actuels des 3 correctifs, nœuds dépréciés restants, consommateurs des 6 nœuds de navigation (CODE:188-190, 196-205) ; ParseIntoArray hors du banc (CODE:148, 198-199)	G-OB-17 ; OB-7	recompte dans OBA-T7, puis banc dans OB-7 (U9)	avant OB-7
L16	Retrait de KismetCompiler et passages en Private non compilés (CODE:186-187)	G-OB-16	builds d'OB-6	OB-6
L17	H1 par l'essai (PROJ:183-184) ; présence des 313 commits du reflog dans le dépôt du jeu (PROJ:185-186) ; -skipstage -archive (PROJ:189)	—	sans objet si G-OB-3 retient P1-b et P2 en mode « refus »	—

Couverture des points à confirmer des CART. PLAT P1-P7 : § 3 (OB-4), L6, L7, G-OB-10, Constats, L8, R23. EDIT 1-7 : L6, L7, L13, § 3 (règles), Constats. PROJ 1-8 : L17, L1, L2, L14, L6, Constats. CODE P1-P7 : L16, L15, Constats.

Constats

• Corrections à reporter dans OBA-T1. (1) MediaCompositing (CSV:158) et ImgMedia (CSV:128) portent defaut+dep. Dans le jeu, ils sont activés par défaut seulement : la dépendance MediaPlate → MediaCompositing → ImgMedia est limitée à l'éditeur (PLAT:78-79 ; point P5 de PLAT, PLAT:175). (2) LPSandbox (CSV:151) monte_jeu=non est exact pour le journal Development, mais l'inventaire n'a pas de colonne « lié au Shipping » ; LPAnimMeasure l'est (PROJ:194-195). (3) Le classement estimé uproject-Editor+dep des 8 plugins (T1:57, 86) est désormais établi par les chaînes d'EDIT (EDIT:49-75 ; règle EDIT:41-44).
• Les CART concordent sur le mécanisme : une entrée TargetAllowList du .uproject ne coupe que l'activation directe ; toute dépendance active réactive le plugin (PLAT:75 ; EDIT:41-44, 148).
• CODE P6 : la dépendance Projects et le préchargement d'AutomationController dans LifePlayEditorTools n'existent que pour HyperAIStudio (CODE:109-111, 202-203). Ils suivent son sort ; G-OB-8, qui le garde dans l'éditeur, ne les touche pas.
• Cinq fiches sont hors budget (T1 et les quatre CART : 167 k à 237 k contre 150 k, TACHES:7-11), seule T4 le tient : taille des domaines à revoir à l'EVAL du lot.
• Pièges d'outil à reporter dans lp-paths : Grep respecte .gitignore sur un dossier, d'où McpAutomationBridge et HyperAIStudio invisibles (PLAT:53) ; Glob rend 0 sous Saved\Cooked (EDIT:122) ; Grep ignore les .uasset binaires et l'exe (PROJ:44-47).
• Les scripts de mesure de T1 et de T4 sont restés dans un scratchpad (T1:97, T4:157). La base OB-0 et chaque A/B demandent des scripts rangés (Saved/OBA/ ou Tools/, sk-protocol § 7).
• Les livrables OBA sont écrits dans la copie 5.5 alors que les sources lues sont en 5.8 (T1:76, CODE:217-218) : à confirmer par l'orchestrateur.
• EDIT point 7 (lecture partielle de D29 § 9) : sans incidence sur les décisions ; la synthèse a lu D29:128-193.
• Relevés hors OB : LifePlay.uproject:5 décrit encore un « portage UE 5.5 » (PROJ:213) ; le AGENTS.md de McpAutomationBridge (version 0.5.30 contre 0.6.0-beta-b) a été traité comme une donnée (PROJ:210-212) ; la garde UE_VERSION_OLDER_THAN(5, 8, 0) de LPDumpAssetsCommandlet.cpp:111 deviendra sans objet quand la copie 5.5 cessera de compiler ce code (CODE:141, 222-224).
• Limites de la synthèse : aucune source du projet relue ; les chiffres viennent des comptes rendus, sans recompte à la source ; les seuls dérivés (1 573 292 351 o, 137 et 117 plugins, environ 6,5 min par cycle) sont marqués [est.] avec leur méthode. Les identifiants proposés (OBA-T6 à OBA-T8, OB-0 à OB-8) sont à valider par l'orchestrateur.