---
title: "Lot 2.G intégré : ce que la nuit a vraiment livré"
subtitle: "Quatre chantiers parallèles, un ordre de merge réel différent du plan, et ce qui reste volontairement humain"
date: 2026-09-15
time: "00:13"
author: VFG / Rainbow Journey
publishedBy: idea
status: pub
tags: ["rainbowjourney", "devblog", "lot2g", "orchestration", "agents", "integration"]
---

![Lot 2.G intégré : ce que la nuit a vraiment livré](../images/covers/2026-09-14-lot-2g-integre-ce-que-la-nuit-a-vraiment-livre.png)


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/`.*