3.4 KiB
Fiche P7-T8c — Niveau N0 — Modèle prévu haiku/sonnet (agent lp-builder) | utilisé <modèle déclaré par ton environnement> — Agent lp-builder — Skills sk-protocol, lp-build, sk-windows-shell
1 Objectif : copie 5.8 avec le plugin Sentry compilée (éditeur) puis empaquetée en Development dans un dossier neuf, deux journaux archivés et résumés comptés — lot P7, registre P7-TACHES.md ligne T8c
2 Complexité : a1 b0 c1 d0 e1 f0 = 3 → N1, ramené à N0 (commandes dictées ; seul le relevé du post-build Sentry est nouveau)
2b Agent : lp-builder (modèle surchargé : aucun) — préchargés : sk-protocol, lp-build — à invoquer : sk-windows-shell — outils retirés : aucun
3 Contexte : essai Sentry du lot P7, après P7-T8b (plugin dans D:\Game\LifePlay-master 5.8\Plugins\Sentry, réglages prudents dans Config\DefaultEngine.ini, livrable ...\etat\AG\P7\P7-T8b-IMPL.md). BUILD-GO de Big Boss reçu par l'orchestrateur (fenêtre exclusive). Le plugin déclare des PostBuildSteps Win64 (post_build_steps.py lancé par le Python du moteur : copie de crashpad_handler.exe, crashpad_wer.dll, Sentry.CrashReporter.exe dans Plugins\Sentry\Binaries\Win64, puis décision d'envoi des symboles : « disabled » attendu, P7-T8a-INV.md C3). Variable SENTRY_DSN posée par l'utilisateur : ne jamais l'afficher ni la journaliser. Points amont à reprendre : aucun.
4 Entrées et commandes (cwd D:\Game\LifePlay-master 5.8, éditeur fermé) :
a. .\Tools\Build.ps1 -Lot P7-T8 (LifePlayEditor Win64 Development) ; relever : code, durée, erreurs / avertissements comptés, lignes du journal qui contiennent Sentry (compilation du module, PostBuildSteps, message Automatic symbols upload … Skipping…), présence des 3 binaires dans Plugins\Sentry\Binaries\Win64.
b. Seulement si a. réussit : .\Tools\BuildDebug.ps1 -Config Development -ArchiveDir D:\Game\LifePlay_Backup_5.5\P7\sentry\build (dossier neuf) ; relever : code, durée, taille de l'archive, présence de crashpad_handler.exe à côté du jeu ou dans le plugin empaqueté, présence des .pdb de LifePlay (BuildDebug ne passe jamais -nodebuginfo), message du post-build pour la cible Game.
c. Pour chaque journal, un résumé TRACE1 de 3 lignes (« Contexte / Résultat / Suite ») dans le livrable.
5 Pièges : lp-build § 8 (éditeur fermé, une compilation à la fois) ; nouveaux : un journal UBT peut citer des variables d'environnement : vérifier qu'aucune ligne copiée dans le livrable ne contient le DSN (grep -c "ingest" <journal> doit valoir 0 ; sinon ne rien citer et le signaler) ; durée d'empaquetage estimée 45-75 min : lancer en arrière-plan, attendre la fin sans relancer.
6 Interdits : aucune modification de fichier du projet ou du plugin ; aucun lancement du jeu empaqueté (geste de l'utilisateur, T8d) ; aucune commande git qui écrit ; aucune option -nodebuginfo (+ sk-protocol § 2).
7 Livrable : D:\Game\LifePlay-master 5.8\Docs\Migration\etat\AG\P7\P7-T8c-BUILD.md au gabarit BUILD + 2 résumés TRACE1 + compte rendu sk-protocol § 3
8 Critère d'acceptation : deux codes de sortie et résumés comptés (Build.ps1 / journal BuildDebug), lignes Sentry du post-build citées, LifePlay.exe Development dans ...\P7\sentry\build\Windows\, 0 DSN dans le livrable
9 Budget et arrêt : 40 tours, pic ≤ 150 k, ≈ 1 h 30 dont builds en fond — tentative 1/4 ; arrêt sur erreur de compilation (recopier l'erreur, ne rien corriger) ; au budget : état de reprise