
Le billet du 13 septembre à 04:30 annonçait Lot 2.G en phase 0 : quatre PR draft, un contrat signé, et un ordre de merge prévu A3 → A4 → A2 → A1. Depuis, les quatre paquets sont intégrés sur main. Ce billet raconte ce qui a réellement changé, sans confondre « PR ouverte » et « comportement produit disponible ».
Ce qui est livré
| Code | Canon | Contenu livré |
|---|---|---|
| A3 | G.13 | Axes spatiaux : vérification documentaire du canon, pas un nouveau rendu 3D |
| A2 | G.10 | Scores de style / ambiance, non punitifs |
| A1 | G.16 | Optimisations hot-path (notify, particules, rubans) — partiel, mesures CPU distinctes de la perception GPU |
| A4 | G.6 | Historique multi-attaques + cache suggestions, puis raccord runtime |
Le point d’intégration A4 dans le runtime est le commit 83c2ebc (feat(a4): cabler attackHistory dans runtime). Sans ce câblage, l’historique pouvait exister en module sans être consommé par la boucle de jeu.
L’ordre réel n’était pas l’ordre prévu
Le plan d’orchestration annonçait A3 → A4 → A2 → A1. L’ordre réel d’intégration a été A3 → A2 → A1 → A4. Ce n’est pas un détail de journal : A4 dépendait d’un point d’intégration orchestrateur dans runtime.ts, et ce raccord est venu en dernier.
Les prompts d’origine citaient encore « 89 tests » à tort. Les archives Lot 2.G le signalent explicitement : ne pas relire ces chiffres comme une preuve actuelle.
Ce que Lot 2.G n’a pas clos
- Validation DP1 : la checklist guidée existe ; la session humaine FG reste ouverte.
- Ressenti styles, vélocité, bloom : non certifié par un joueur.
- G.13 rendu : le chantier A3 a stabilisé le canon et la vérification documentaire, pas une nouvelle géométrie de rivière « qui monte ».
- Fork Chromatic River : toujours une proposition hors de cette intégration.
Autrement dit : les agents ont livré du code mergeable et testable. Ils n’ont pas remplacé le quiz piano ni la décision produit.
Preuves citées sans invention
Sur la base produit documentée dans docs/etat/STATUS.md (vérifié le 13 septembre 2026, version applicative 0.1.0) :
- TypeScript forcé : réussi
- Vitest : 144/144 (21 fichiers) sur la base documentaire citée
- ESLint et build : réussis
- E2E : suivi distinct ; DP1 / ressenti 2.G : non réalisés dans la migration docs
Les chiffres évoluent ensuite avec la stabilisation du 14 (voir billets suivants). Ici, l’important est la clôture d’intégration Lot 2.G, pas un nouveau record de tests.
Une phrase pour la suite
Lot 2.G n’est plus « quatre PR draft ». C’est du code sur main, avec un raccord A4 explicite, et une liste courte de validations humaines qui restent la vraie porte de sortie.
Sources : docs/etat/STATUS.md, docs/journal/2026-09-13_lot-2g/, commit 83c2ebc. Miroir local : RainbowPiano/docs/devblog/.