material batching

docs/tech/ARCHI_APP.md

@@ -16,7 +16,7 @@ stale_after: 2027-01-31
 wsg_lib est un moteur de rendu modulaire basé sur wgpu. Il adopte une architecture à deux niveaux : une façade de haut niveau pour la productivité et un accès bas niveau pour un contrôle total.
 
 > **État du document : ACTUEL** — façade (`App`/`AppHandler`, §3, §4A) et pipeline GPU-driven
-> (§1, §4B, §5, §6) **implémenté en Phase 3** du ROADMAP (2026-07-20, DRAFT Étape 17, décisions
+> (§1, §4B, §5, §6) **implémenté en Phase 3** du ROADMAP (Étape 17, 2026-09-22, décisions
 > D1–D14). La façade `AppBuilder`/`App`/`AppHandler` est livrée et est le **workflow recommandé** :
 > `setup` (déclaration de la scène) → par frame `update` (mutation) →
 > `render` (défaut : `App::render_scene` = itération des entités + **rendu groupé en une passe**,
@@ -25,7 +25,7 @@ wsg_lib est un moteur de rendu modulaire basé sur wgpu. Il adopte une architect
 > ombres, caméra orbitale, culling GPU activé). Le workflow **manuel** (exemple `manual`) coexiste
 > pour le contrôle fin.
 > Les sections §1, §4B, §5 et §6 décrivent le pipeline GPU-driven **tel qu'implémenté**, avec les
-> écarts documentés (DRAFT Étape 17) : un draw indirect par slot (D1), table fixe de 256 slots
+> écarts documentés (cf. `ARCHI_CPU_GPU.md`) : un draw indirect par slot (D1), table fixe de 256 slots
 > (D12), culling par sphère conservative (D5), single buffer (D4), et le piège de l'ordre des
 > arguments de `select` en WGSL (D14, bug « fenêtre noire » corrigé le 2026-09-22). La section
 > « Notes pour l'implémentation future » (double buffering) reste **CIBLE**.