LifePlay-Revival/Docs/Migration/etat/EVAL2/AMEL1/AMEL1-W4-DOC.md

Fiche AMEL1-W4 — Niveau N1 — Modèle prévu sonnet | utilisé claude-sonnet-5-5 — Agent lp-writer — Skills sk-protocol, lp-doc, lp-lot

AMEL1-W4-DOC : textes de AMEL1-TEXTES-W3 appliqués aux skills (2026-10-14)

Décisions de l'utilisateur (2026-10-14, session EVAL) : AMEL1-TEXTES-W3.md « Approuvé tel quel » ; A5 : « L'utilisateur, relayé par Big Boss » (variante stricte de T6a et T6b) ; refus à tort : « Reformuler, sinon arrêt » (ajouté à A5) ; T5b inclus. Racine SK = D:\Game\LifePlay-Sandbox-5.8\Tools\claude\skills. Instantané : D:\Game\LifePlay_Backup_5.5\AMEL1-W4\ (manifest.csv, Snapshot.ps1 -Lot AMEL1-W4 -ProjectRoot D:\Game\LifePlay-Sandbox-5.8, 6 fichiers).

1. Fichiers écrits (MD5 et fins de ligne)

Fins de ligne : LF avant et après pour les 6 fichiers (CRLF 0, CR seul 0, BOM aucun). MD5 « avant » = ceux du manifeste, relevés par FileCheck.ps1 avant écriture (identiques aux MD5 « après » de AMEL1-W2 : aucune dérive entre-temps).

Fichier	Lignes avant → après	MD5 avant	MD5 après	Textes appliqués
SK\sk-windows-shell\SKILL.md	69 → 71	BFEA66E4C4391B70E8B11B99C8E00954	6E5D8A616712C8B6EF043D0E93BF5480	T1
SK\lp-build\SKILL.md	155 → 155	43E97C9E375A4D12C150527C603792BE	435C93AF2BF081C5B6A324FB1C3A2A2A	T2
SK\lp-doc\gabarits.md	168 → 169	961707C2B7D77220AEF08C78E0CEB753	E76B657F5A3925706D8F06DB7E93A102	T3 (deux endroits)
SK\lp-validate\SKILL.md	123 → 130	BA061AA2A71B92A09D481D05D253175B	4E7D2709098FE79879525C4D2461B9BF	T4, T5 (bloc FileCheck, bullet PubCheck)
SK\lp-lot\SKILL.md	119 → 127	664A0D79707F42A771187CBE1E822C95	8FA5F5EAA4619790656FF78E6D8DE947	T5b (PubCheck), T6a (A5)
SK\lp-lot\boss.md	131 → 136	F44B82154271C0005F8CC46DD123F8EA	9BC0C1C2F7A9A1679C6680230D4F2F6B	T5b (point 7 du § 4), T6b (A5, § 9)

Textes appliqués : tous ceux de AMEL1-TEXTES-W3.md (T1, T2, T3, T4, T5, T5b, T6a, T6b), avec les deux ajustements de la décision :

• T6a et T6b, variante stricte : « L'écriture n'a lieu que sur décision explicite de l'utilisateur, relayée par Big Boss » (au lieu de « de l'utilisateur ou de Big Boss »). Cela lève la tension signalée avec boss.md § 9 et le doc 32 § 15.7.
• Refus à tort ajouté à T6a (dernière phrase du bullet) et à T6b (dernière phrase de la section) : « l'agent reformule sa commande sans l'écriture visée (outil Grep, Read, ou script écrit quand son outillage le permet, sk-windows-shell) ; s'il ne peut pas, il s'arrête et rend compte, comme pour un refus utile. » (T6b : version courte, sans la liste des outils.)
• Le titre du bullet de lp-lot devient « Refus du crochet ecriture-gardien (A5…) » (au lieu de « Refus utile ») pour couvrir les deux cas ; boss.md § 9 y renvoie sous ce titre.

Les essais T2 et T4 ont réussi (§ 3) : les textes T2 et T4 sont appliqués, aucun ancien texte n'est conservé.

2. Numéros utilisés (CHG, ERR, doc)

sans objet : aucune entrée de journal ni de registre. Le CHG est à réserver par l'orchestrateur avant le ticket du gardien.

3. Essais des textes non rejoués (T2 et T4)

Aucune écriture hors %TEMP%\claude\amel1-w4\. Aucun build UE lancé. Script d'essai (écrit par Write, sans redirection) : %TEMP%\claude\amel1-w4\essai.ps1, lancé par pwsh -NoProfile -File. Sortie collée telle quelle :

--- T2a : cmd.exe /c echo essai
code=0
log=essai
err octets=0
--- T2b : cmd.exe /c exit 3
code=3
--- T2c : .bat dans un dossier avec espace, argument entre guillemets (forme du texte T2)
code=3
log=essai bat LifePlayEditor Win64
--- T4 : Compress-Archive, copie en .whl puis .zip, Expand-Archive
contenu extrait=a.txt
sha256 source=717050ADCC452458626E41E355BBC7BF4B7D783B7755201727173E43F3A1ED9E
sha256 extrait=717050ADCC452458626E41E355BBC7BF4B7D783B7755201727173E43F3A1ED9E
--- T4b : Expand-Archive directement sur le .whl (information)
direct: accepte
exit=0

Lecture :

• T2 (forme Start-Process … -Wait -PassThru -RedirectStandardOutput $log -RedirectStandardError "$log.err") : T2a, $log contient « essai », code 0, .err vide ; T2b, code 3 reporté ; T2c (extra) : un .bat dans un dossier à espace reçoit les arguments, dont "-Project=…" entre guillemets, et son code de sortie 3 est reporté. Pas de Build.bat réel essayé (aucun BUILD-GO) : le comportement d'UBT sous cette forme reste à observer au premier build 5.5 (les lignes du journal, $log.err).
• T4 : la copie .whl → .zip puis Expand-Archive rend le contenu (a.txt) avec le même SHA-256 que la source. T4b : PowerShell 7 accepte aussi .whl directement ; la copie en .zip du texte reste utile à PowerShell 5.1 (non essayé ici).

4. Écarts à la fiche

Aucun écart au texte approuvé en dehors des deux ajustements décidés (variante stricte, refus à tort) et du titre du bullet (§ 1).

5. Fichiers à commiter

Dépôt addon D:\Game\LifePlay-Sandbox-5.8 (branche ue5.8) :

• M Tools/claude/skills/lp-build/SKILL.md
• M Tools/claude/skills/lp-doc/gabarits.md
• M Tools/claude/skills/lp-validate/SKILL.md
• M Tools/claude/skills/lp-lot/SKILL.md
• M Tools/claude/skills/lp-lot/boss.md
• Tools/claude/skills/sk-windows-shell/SKILL.md : dossier non suivi par git (??) ; à inclure ou non au ticket (décision du gardien, comme en W2). git diff --stat (fichiers suivis) : 6 files changed, 42 insertions(+), 19 deletions(-) (cumul W2 + W3 + W4 sur les fichiers déjà modifiés, car W2 n'est pas commité ; sk-windows-shell compte dans les 6 car l'index le voit comme non suivi : voir le décompte du gardien). Dépôt du jeu D:\Game\LifePlay-master 5.8 : A Docs/Migration/etat/EVAL2/AMEL1/AMEL1-W4-DOC.md.

Contrôles après écriture (tableau de chemins absolus) : FileCheck.ps1 : fichiers=6 LF=6 alertes=0 introuvables=0, fc=0 ; PubCheck.ps1 : PubCheck : 0 constat(s), pub=0.

6. À verser

À verser : sk-windows-shell § « Sortie et codes » — déjà versé (T1) ; aucun autre.

Tours : 9 / 40

Constats

Geste du profil (redéploiement par l'utilisateur)

État relevé ce jour : le profil n'a pas encore reçu les copies de AMEL1-W2 (MD5 actuel de sk-windows-shell = E8F8F58E… = avant W2). Une copie unique de l'addon apporte donc W2 et W4. Fichiers du profil à remplacer :

Fichier du profil	MD5 actuel	MD5 attendu après copie	Source
%USERPROFILE%\.claude\skills\sk-windows-shell\SKILL.md	E8F8F58E3ED4BC57A6ABF988E215F6E9	6E5D8A616712C8B6EF043D0E93BF5480	SK\sk-windows-shell\SKILL.md (W2 + W4)
%USERPROFILE%\.claude\skills\sk-orchestrate\SKILL.md	D8C38ECCB8D1A4E5AE0D0FA9AAD3E7FD	D4C164281E08E5B2767752B8F390E6BE	SK\sk-orchestrate\SKILL.md (W2, toujours en attente)
%USERPROFILE%\.claude\agents\lp-inventory.md	CEC99BD6ADC8525340218B01A46A4609	4EB6884F6BFD2C4155CD2CE3F137282A	D:\Game\LifePlay-Sandbox-5.8\Tools\claude\agents\lp-inventory.md (W2, toujours en attente)

Les autres skills touchés par W4 (lp-build, lp-doc, lp-validate, lp-lot) n'ont pas de copie dans le profil (jonction .claude\skills de la copie du jeu vers l'addon, relevé : Test-Path faux pour les quatre). Commandes :

Copy-Item 'D:\Game\LifePlay-Sandbox-5.8\Tools\claude\skills\sk-windows-shell\SKILL.md' "$env:USERPROFILE\.claude\skills\sk-windows-shell\SKILL.md"
Copy-Item 'D:\Game\LifePlay-Sandbox-5.8\Tools\claude\skills\sk-orchestrate\SKILL.md' "$env:USERPROFILE\.claude\skills\sk-orchestrate\SKILL.md"
Copy-Item 'D:\Game\LifePlay-Sandbox-5.8\Tools\claude\agents\lp-inventory.md' "$env:USERPROFILE\.claude\agents\lp-inventory.md"
Get-FileHash "$env:USERPROFILE\.claude\skills\sk-windows-shell\SKILL.md","$env:USERPROFILE\.claude\skills\sk-orchestrate\SKILL.md","$env:USERPROFILE\.claude\agents\lp-inventory.md" -Algorithm MD5

Retour arrière

.\Tools\Restore.ps1 -Lot AMEL1-W4 -ProjectRoot D:\Game\LifePlay-Sandbox-5.8 -WhatIf, puis sans -WhatIf avec l'accord de l'utilisateur (instantané AMEL1-W4-retour d'abord). Cette restauration revient à l'état W2 ; l'état d'avant W2 est dans AMEL1-W2. Ou git revert du ticket pour les fichiers suivis.

Non mesuré

Aucun effet sur les indicateurs (P4) ; aucun lp-validator n'a relu ces textes (VAL à lancer) ; Build.bat réel non essayé sous la forme de T2.

Suite : l'orchestrateur lance la VAL de W4, réserve le CHG et dépose le ticket au gardien (§ 5), puis l'utilisateur fait le geste du profil. État : écriture terminée, rien en attente côté rédacteur.