155 lines
12 KiB
Markdown
155 lines
12 KiB
Markdown
Fiche AMEL1-W2 — Niveau N1 — Modèle prévu sonnet | utilisé claude-sonnet-5-5 — Agent lp-writer — Skills sk-protocol, lp-doc, lp-lot
|
||
# AMEL1-W2-DOC : textes approuvés appliqués aux skills, à l'agent lp-inventory et au doc 32 (2026-10-14)
|
||
|
||
Décision de l'utilisateur (2026-10-14, session EVAL) : `AMEL1-TEXTES.md` « Approuvé tel quel » ; R14 = option B (VAL
|
||
séparée, agent `lp-builder` non touché) ; C7 = « 250 k par session » ; C8 = « Caviarder en […] ». Les textes de C7 et C8
|
||
étaient déjà écrits ainsi dans `AMEL1-TEXTES.md` : aucune retouche nécessaire. Racines : `ADDON` =
|
||
`D:\Game\LifePlay-Sandbox-5.8\Tools\claude` ; `JEU` = `D:\Game\LifePlay-master 5.8`.
|
||
|
||
## 1. Fichiers écrits (MD5 et fins de ligne)
|
||
|
||
Instantanés : `D:\Game\LifePlay_Backup_5.5\AMEL1-W2\` (10 fichiers de l'addon, `manifest.csv`, `Snapshot.ps1 -ProjectRoot
|
||
D:\Game\LifePlay-Sandbox-5.8`) et `D:\Game\LifePlay_Backup_5.5\AMEL1-W2-jeu\` (doc 32, `manifest.csv`). MD5 « avant » =
|
||
ceux du manifeste, relevés par `Tools\FileCheck.ps1` avant toute écriture ; « après » = `FileCheck.ps1` après. Fins de ligne :
|
||
LF avant et après pour les 11 fichiers (CRLF 0, CR seul 0, BOM aucun ; `FileCheck` : `fichiers=11 LF=11 alertes=0`).
|
||
|
||
| Fichier | Lignes avant → après | MD5 avant | MD5 après | Changements (ids de `AMEL1-TEXTES.md`) |
|
||
|---|---|---|---|---|
|
||
| `ADDON\skills\lp-lot\SKILL.md` | 98 → 119 | 2C8D2D5E604E87227C867598CA54FFC4 | 664A0D79707F42A771187CBE1E822C95 | L1 (rôle de Big Boss, rotation), L4 (session réutilisée), L2 (brouillon), L3 (PubCheck) |
|
||
| `ADDON\skills\lp-lot\boss.md` | 112 → 131 | F5C22134EA2C7FD0DBA3D7A7BB61526A | F44B82154271C0005F8CC46DD123F8EA | B1 (§ 0), B4 (horodatage, fin du § 1), B2 (§ 4 points 6 et 7), B3 (§ 8, deux endroits) |
|
||
| `ADDON\skills\lp-doc\gabarits.md` | 113 → 168 | 92373E33B309E7185DDBB850037C4488 | 961707C2B7D77220AEF08C78E0CEB753 | G1 (FIT), G2 (BILAN), G3 (ENTREE), G4 (BROUILLON), G5 (TACHES), G6 (DOC), G7 (BUILD), G8 (VAL) |
|
||
| `ADDON\skills\lp-doc\SKILL.md` | 68 → 77 | 3D57D2D2EFEA4F4B8126CD7FCFD1B636 | 136DC8D20A9EC1D135DEB5685CB2DD72 | D1 (section Brouillon), D2 (liste des gabarits, registre) |
|
||
| `ADDON\skills\lp-validate\SKILL.md` | 112 → 123 | E6EF4630BF35BB4D3B3DAB42E4D84122 | BA061AA2A71B92A09D481D05D253175B | V1 (PubCheck), V3 (`python -c` retiré), V2 (témoin en jeu) |
|
||
| `ADDON\skills\sk-windows-shell\SKILL.md` | 52 → 69 | E8F8F58E3ED4BC57A6ABF988E215F6E9 | BFEA66E4C4391B70E8B11B99C8E00954 | S1 (section « Pas de code en ligne »), S2 (redirections) |
|
||
| `ADDON\skills\lp-paths\SKILL.md` | 74 → 86 | 1DB6AD7BA2639BD2E84913349CAC84D8 | 0D9A8C0201359BE58CB551DE951246E2 | P1 (pièges de poste) |
|
||
| `ADDON\skills\sk-orchestrate\SKILL.md` | 113 → 117 | D8C38ECCB8D1A4E5AE0D0FA9AAD3E7FD | D4C164281E08E5B2767752B8F390E6BE | O1 (fiche `lp-cart`), O2 (surcharge du modèle : l. 20, modèle 2b l. 38, rappel 2b l. 52) |
|
||
| `ADDON\skills\lp-build\SKILL.md` | 151 → 155 | 06E5A76B24B1C716C1761640E75CFB1A | 43E97C9E375A4D12C150527C603792BE | LB1, option B (§ 9) |
|
||
| `ADDON\agents\lp-inventory.md` | 25 → 29 | CEC99BD6ADC8525340218B01A46A4609 | 4EB6884F6BFD2C4155CD2CE3F137282A | A1 |
|
||
| `JEU\Docs\32_Organisation_Agents.md` | 535 → 559 | 7BE87A649D80869A07B021BFEB400A75 | 0FC8439D28C3B3BB8DE779CBDCABC52B | DOC1 (complément du § 15.9), DOC2 (nouveau § 15.13) |
|
||
|
||
Total : 30 changements appliqués (lp-lot SKILL 4, boss 4, gabarits 8, lp-doc SKILL 2, lp-validate 3, sk-windows-shell 2,
|
||
lp-paths 1, sk-orchestrate 2, lp-build 1, lp-inventory 1, doc 32 2). Rectification : la synthèse de `AMEL1-TEXTES.md`
|
||
annonçait « 33 » ; la somme de ses lignes est 32 (4+4+8+2+3+2+1+1+2+1+1+2+1), dont 2 non appliqués ici (AB1 `lp-builder`,
|
||
J1 `BOSS-JOURNAL`) : 32 − 2 = 30. Les 29 appels `Edit` (certains ids partagent un appel, O2 en réclame trois) ont tous réussi.
|
||
|
||
Contrôles après écriture :
|
||
- `Tools\FileCheck.ps1` sur les 11 fichiers : `fichiers=11 LF=11 alertes=0 introuvables=0`, code 0.
|
||
- `Tools\PubCheck.ps1 -Fichiers <les 11 fichiers>` : `PubCheck : 0 constat(s)`, code 0.
|
||
- `git diff --stat` (addon, fichiers suivis) : `7 files changed, 148 insertions(+), 17 deletions(-)` ; (jeu, doc 32) :
|
||
`1 file changed, 24 insertions(+)`. Les 17 suppressions sont les lignes remplacées de `lp-lot/SKILL.md`, `lp-lot/boss.md`,
|
||
`lp-validate/SKILL.md`, `gabarits.md`, `lp-doc/SKILL.md` (anciens textes « Avant » des changements L1, L3, B3, V3, G5 à G8, D2).
|
||
- Les fichiers modifiés par d'autres sessions de l'addon (`Plugins/LPSandbox/...`) n'ont pas été touchés.
|
||
|
||
## 2. Numéros utilisés (CHG, ERR, doc)
|
||
sans objet : aucune entrée de journal ni de registre écrite par cette fiche (consigne du coordinateur). Le CHG de ce changement
|
||
est à réserver par l'orchestrateur dans `etat\REPO\NUMEROS.md` avant le ticket du gardien.
|
||
|
||
## 3. Index, plages et registre des reports mis à jour
|
||
sans objet : aucun doc créé (le § 15.13 est une section du doc 32). La plage de la ligne Journal de `Docs/README.md` suit avec le CHG.
|
||
|
||
## 4. Écarts à la fiche
|
||
- Écart au texte approuvé : aucun de fond. Deux points d'exécution :
|
||
1. Le complément DOC1 écrit « (seuil par session, décision de l'utilisateur du 2026-10-14) » (C7) et DOC2 ajoute un
|
||
bullet « Chaîne de vérification longue d'un build (R14, option B) » : ajouts de mise en conformité avec les décisions
|
||
reçues, absents de `AMEL1-TEXTES.md`. Ils sont à signaler à l'utilisateur à l'approbation du commit.
|
||
2. Ancre V1 : re-citée à l'écriture (fin du bullet « Tag annoté », `lp-validate` l. 46-47), l'insertion est faite à la suite.
|
||
- Ancre J1 : non appliquée (voir § 7). `lp-builder` : non touché (R14 = option B).
|
||
- `lp-validate` l. 40-41 (roue Python « par `python -I` + `zipfile` ») et `lp-build` l. 54 (`> "$log" 2>&1`) laissées telles
|
||
quelles, comme signalé en C2 de `AMEL1-TEXTES.md`.
|
||
- Les skills `sk-windows-shell`, `sk-orchestrate` et l'agent `lp-inventory` sont non suivis par git dans l'addon (`??`) : ils
|
||
ont pourtant été écrits à la source, comme demandé (voir § 8).
|
||
|
||
## 5. Fichiers à commiter (le gardien commite sur ticket ; rien n'est commité ici)
|
||
|
||
Dépôt addon `D:\Game\LifePlay-Sandbox-5.8` (branche `ue5.8`) :
|
||
- M `Tools/claude/skills/lp-lot/SKILL.md`
|
||
- M `Tools/claude/skills/lp-lot/boss.md`
|
||
- M `Tools/claude/skills/lp-doc/gabarits.md`
|
||
- M `Tools/claude/skills/lp-doc/SKILL.md`
|
||
- M `Tools/claude/skills/lp-validate/SKILL.md`
|
||
- M `Tools/claude/skills/lp-paths/SKILL.md`
|
||
- M `Tools/claude/skills/lp-build/SKILL.md`
|
||
- Non suivis à ce jour (`git status` : `??`) : `Tools/claude/skills/sk-windows-shell/`, `Tools/claude/skills/sk-orchestrate/` et
|
||
`Tools/claude/agents/lp-inventory.md` (le dossier `Tools/claude/agents/` entier est `??`). À commiter ou non : décision
|
||
du gardien et de l'utilisateur (ce serait leur premier commit, avec le reste des dossiers non suivis voisins) ; le ticket
|
||
doit lister explicitement ces chemins ou les exclure.
|
||
- Ne pas inclure les fichiers `Plugins/LPSandbox/...` des autres sessions.
|
||
|
||
Dépôt du jeu `D:\Game\LifePlay-master 5.8` (branche `ue5.8`) :
|
||
- M `Docs/32_Organisation_Agents.md`
|
||
- A `Docs/Migration/etat/EVAL2/AMEL1/AMEL1-TEXTES.md` et `Docs/Migration/etat/EVAL2/AMEL1/AMEL1-W2-DOC.md` (livrables).
|
||
- Le journal (CHG) et la plage de l'index `Docs/README.md` viennent avec la DOC de clôture (fichiers partagés, sous jeton).
|
||
|
||
Ordre inter-dépôts (`lp-lot`) : commit addon → pin consigné au doc 21 → commit jeu.
|
||
|
||
## 6. À verser
|
||
À verser : aucun (cette fiche applique le versement ; l'orchestrateur reporte le CHG au journal).
|
||
|
||
Tours : 17 / 60
|
||
|
||
## Constats
|
||
|
||
### 7. Texte J1 pour Big Boss (non écrit : `ETAT\BOSS\BOSS-JOURNAL.md`, fichier tenu par Big Boss, hors git)
|
||
|
||
À ajouter par Big Boss à la fin de la section « Règle d'écriture documentaire » (après la ligne qui se termine par
|
||
« contre-vérifié par Big Boss ; gel levé le 2026-10-10. »), tel que dans `AMEL1-TEXTES.md` (J1), ancre re-citée :
|
||
|
||
Ancre exacte (lue dans le fichier) : la section « ## Règle d'écriture documentaire (utilisateur, 2026-10-10) » se termine
|
||
par les deux lignes
|
||
````
|
||
Il doit passer dans `etat\REPO\` de la copie 5.8 (fiche REPO-MV, attribuée à Lot 29). **Fait** : `b7f8efc`
|
||
(CHG-298), contre-vérifié par Big Boss ; gel levé le 2026-10-10.
|
||
````
|
||
Texte à insérer juste après :
|
||
````
|
||
|
||
**Horodatage (utilisateur via AMEL1, 2026-10-14).** Chaque ligne du journal porte `AAAA-MM-JJ HH:MM` (heure locale) en tête.
|
||
Une ligne sans heure est un écart (P3 : 86 lignes sur 462 en avaient une). Le journal reste en ajout seul : les lignes
|
||
anciennes ne sont pas réécrites.
|
||
````
|
||
(Les lignes 9 à 17 du fichier lues ce jour confirment l'ancre ; elle est à relire au moment de l'écriture, le journal
|
||
étant écrit par Big Boss en continu.) La même règle est déjà dans `lp-lot/boss.md` § 1 (B4) et dans le doc 32 § 15.13.
|
||
|
||
### 8. Copies du profil à redéployer par l'utilisateur (`%USERPROFILE%\.claude\`)
|
||
|
||
Relevé du 2026-10-14 (MD5 du profil = MD5 « avant » de l'addon : les copies étaient identiques avant ma modification) :
|
||
|
||
| Fichier du profil | MD5 actuel (= avant) | MD5 attendu après copie | Source à copier |
|
||
|---|---|---|---|
|
||
| `%USERPROFILE%\.claude\skills\sk-windows-shell\SKILL.md` | E8F8F58E3ED4BC57A6ABF988E215F6E9 | BFEA66E4C4391B70E8B11B99C8E00954 | `D:\Game\LifePlay-Sandbox-5.8\Tools\claude\skills\sk-windows-shell\SKILL.md` |
|
||
| `%USERPROFILE%\.claude\skills\sk-orchestrate\SKILL.md` | D8C38ECCB8D1A4E5AE0D0FA9AAD3E7FD | D4C164281E08E5B2767752B8F390E6BE | `D:\Game\LifePlay-Sandbox-5.8\Tools\claude\skills\sk-orchestrate\SKILL.md` |
|
||
| `%USERPROFILE%\.claude\agents\lp-inventory.md` | CEC99BD6ADC8525340218B01A46A4609 | 4EB6884F6BFD2C4155CD2CE3F137282A | `D:\Game\LifePlay-Sandbox-5.8\Tools\claude\agents\lp-inventory.md` |
|
||
|
||
Les autres fichiers modifiés (`lp-lot`, `lp-doc`, `lp-validate`, `lp-paths`, `lp-build`) n'ont pas de copie dans
|
||
`%USERPROFILE%\.claude\skills` (relevé : seuls `debug-verification`, `sk-change-safety`, `sk-orchestrate`, `sk-probe`, `sk-protocol`,
|
||
`sk-recount`, `sk-repo`, `sk-windows-shell`, `synced`, `ue-cpp-build`) ; ils sont servis par la jonction `.claude\skills` de la copie
|
||
du jeu vers l'addon (`lp-paths`). Rien d'autre à copier. Aucun agent du profil autre que `lp-inventory` n'est modifié
|
||
(`lp-builder` inchangé).
|
||
|
||
Commandes du geste (PowerShell, par l'utilisateur ; un instantané d'abord ; MD5 attendus ci-dessus) :
|
||
```powershell
|
||
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
|
||
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
|
||
```
|
||
Les agents `lp-*` du profil sont lus au démarrage de la session : relancer les sessions ou agents pour la prise en compte.
|
||
|
||
### 9. Mémoire (information, non écrite)
|
||
`sessions-reutilisees.md` : ajouter « Texte opératoire : `lp-lot/SKILL.md` (bullet « Session réutilisée »), doc 32 § 15.13 »
|
||
(proposé en R12, geste de l'utilisateur ou de Big Boss ; un sous-agent ne modifie pas la mémoire).
|
||
|
||
### 10. Retour arrière
|
||
Addon : `.\Tools\Restore.ps1 -Lot AMEL1-W2 -ProjectRoot D:\Game\LifePlay-Sandbox-5.8 -WhatIf`, puis sans `-WhatIf` avec l'accord de
|
||
l'utilisateur (instantané `AMEL1-W2-retour` d'abord, `lp-lot`) ; ou `git revert` du commit du ticket pour les fichiers suivis.
|
||
Doc 32 : `.\Tools\Restore.ps1 -Lot AMEL1-W2-jeu` ou `git revert` du commit du ticket. Les fichiers non suivis (`sk-windows-shell`,
|
||
`sk-orchestrate`, `lp-inventory`) ne se restaurent que par l'instantané.
|
||
|
||
### 11. Non mesuré
|
||
- Aucun effet sur les indicateurs (mesure en P4). Les textes n'ont pas été relus par un `lp-validator` (fiche AMEL1-V1).
|
||
- La commande `ConvertFrom-Json` du texte V3 n'a pas été rejouée.
|
||
- Le tableau par fichier du § 1 fait foi pour les comptes.
|
||
|
||
Suite : l'orchestrateur lance AMEL1-V1 (VAL, `lp-validator`) sur ces 11 fichiers, remet J1 à Big Boss, demande à l'utilisateur le geste du
|
||
§ 8, réserve le CHG puis dépose le ticket au gardien (§ 5). État : écriture terminée, rien en attente côté rédacteur.
|