58 lines
4.1 KiB
Markdown
58 lines
4.1 KiB
Markdown
# SB4-EVAL — Évaluation des lots SB0 à SB4 (SB4-T3)
|
||
|
||
- **Fiche** : SB4-T3 — **Agent** : A-DOC + Orch — **Modèle** : prévu opus (M4) | utilisé opus (session principale)
|
||
- **Entrées** : `SB0-VAL.md`, `SB1/*`, `SB2/*` (dont `SB2-REF`, `SB2-O1-BUILD`), `SB4/SB4-BUILD.md`, `SB4/SB4-VAL.md`,
|
||
doc 23 § 7, doc 21 (Acceptation).
|
||
|
||
## 1. Fiches : modèle prévu, utilisé, résultat
|
||
|
||
| Fiche | Palier | Prévu | Utilisé | Résultat | Remarque |
|
||
|---|---|---|---|---|---|
|
||
| SB0-T1/T2/T3 | M3/M4 | opus | opus | conception approuvée | |
|
||
| SB0-T4 | M2 | sonnet | sonnet | PASS | premier commit refait (ancien chemin de plan) |
|
||
| SB1-T1 SPEC | M4 | opus | opus | fait | |
|
||
| SB1-T2 registre | M3 | opus | opus | fait | 5 écarts documentés (`SB1-IMPL`) |
|
||
| SB1-T3 barre latérale | M2 | sonnet | sonnet | fait | lambda pendante corrigée par la session principale |
|
||
| SB1-T4 build | M0 | haiku | haiku | PASS | |
|
||
| SB1-T5 VAL | M2 | sonnet | sonnet | PASS + visuel | essai E4b ajouté de lui-même (ordre non alphabétique) : utile |
|
||
| SB1-T6 clôture | M2 | sonnet | sonnet | PASS | |
|
||
| SB2-T0 référence | M0 | haiku | haiku | fait | verdict `avertissement` accepté sans s'arrêter alors que la fiche demandait `ok` ; vérifié a posteriori (avertissements de clips préexistants) |
|
||
| SB2-T1 carte | M3 | opus | opus | fait | O1 détecté à la lecture |
|
||
| SB2-T2/T3 extraction | M3 | opus | opus | compilé du premier coup | |
|
||
| SB2-T4 build | M0 | haiku | haiku | PASS | |
|
||
| SB2-T5 VAL | M2 | sonnet | sonnet | PASS + visuel | anomalie E3 (pièce construite sans bibliothèque) bien relevée |
|
||
| SB2-T6 clôture | M2 | sonnet | sonnet | PASS | renommage vu D+A par git (contenu trop changé) |
|
||
| G-SB3 | M4 | opus + utilisateur | idem | SB3 abandonné | |
|
||
| SB2-O1 (T1–T4) | M3/M0/–/M2 | opus/haiku/utilisateur/sonnet | idem | PASS | build bloqué une fois par une sandbox restée ouverte ; compte de fichiers erroné (63 au lieu de 73) dans le rapport haiku, corrigé par contre-vérification |
|
||
| SB4-T0 | M3 | opus | opus | fait | |
|
||
| SB4-T1a build | M0 | haiku | haiku | PASS | |
|
||
| SB4-T1b VAL | M2 | sonnet | sonnet | PASS | |
|
||
| SB4-T2 doc | M2 | sonnet | sonnet | fait | a signalé lui-même ce qui n'était pas prouvé (cycle) |
|
||
| SB4-T3 éval | M4 | opus | opus | ce document | |
|
||
|
||
Aucune fiche sous-classée ; aucun recours au palier de secours (fable). Deux défauts de niveau rapide (haiku) :
|
||
critère d'arrêt non respecté (SB2-T0) et décompte faux (SB2-O1-T2) — tous deux rattrapés par la vérification du
|
||
livrable par la session principale, qui reste indispensable.
|
||
|
||
## 2. Bilan technique
|
||
|
||
- Acquis (doc 23 § 7.1) : registre, descripteur étendu rétrocompatible, ordre système par index, persistance,
|
||
refus mod → mod, prérequis signalés sans blocage, activé ≠ ouvert, contexte filtré, état des modes dans leur mod,
|
||
non-régression stricte Mesure et `LPAnimEval` (trois passages identiques : SB2-T5, SB2-O1-T2, SB4-T1b).
|
||
- Limites (doc 23 § 7.2) : pas de séparation physique (abandonnée), persistance propre à la sandbox, cycle de
|
||
prérequis non essayé, registre non essayé en Shipping.
|
||
- Défaut préexistant trouvé et corrigé en route : O1.
|
||
|
||
## 3. Décision : go / no-go pour transposer au jeu
|
||
|
||
**GO**, par petits lots, dans l'ordre de la § 7.3 du doc 23 :
|
||
|
||
1. E2 (prérequis) + E6 (lecture par clé) : relais C++ côté jeu, sans toucher l'ordre ni la persistance — même
|
||
lecture que `LPModInfoSubsystem`, déjà prouvée sur les 16 `.lpmod` du jeu.
|
||
2. E13 (propriétés déclarées) : remplacer le verrouillage en dur de `vin_Base` ; demande des modifications de
|
||
`UI/ModuleTick` et `GI` (Blueprint), donc lot à part avec captures avant / après.
|
||
3. Conception de la cohabitation registre ↔ `GI.ModEnableds` (point ouvert), avant tout module système réel.
|
||
4. Studio de création de personnage en module système, Pocolov en dépendant ; option legacy / modern.
|
||
|
||
Préalables : décision de l'utilisateur sur le commit des lots AP1–AP7 et SB dans le dépôt du jeu (toujours en
|
||
attente) ; un essai du cycle de prérequis peut être ajouté au premier lot de transposition (règle déjà codée).
|