GPU culling

docs/tech/FRAME_LOOP.md

@@ -68,10 +68,11 @@ Avec notre nouvelle architecture "Atelier", la distinction est devenue encore pl
 | CommandEncoder | Par-Frame | Ton "carnet de notes" temporaire pour les ordres du GPU. |
 | TextureView | Par-Frame | Fenêtre temporaire sur la texture active du swapchain. |
 
-> **Ressources GPU persistantes (single buffer) — CIBLE, non implémenté** : À l'état **visé**, les
-> buffers Transform et Matrix vivent en VRAM avec un single buffer en phase initiale (le CPU écrit
-> pendant `update()`, le compute shader lit au frame suivant, séquencé par `queue.submit()`), puis un
-> double buffering si des artefacts apparaissent à haute fréquence. **Aucune de ces ressources n'existe
-> encore dans le code** — c'est la cible GPU-driven (ROADMAP Phase 3 / ARCHI_CPU_GPU).
+> **Ressources GPU persistantes (single buffer) — implémenté (Phase 3, 2026-07-20)** : les buffers
+> Transform, Matrix, BBox et Indirect Draw vivent en VRAM (créés à l'initialisation du `Renderer`,
+> capacité fixe de 256 slots). Le CPU écrit les transforms chaque frame par `queue.write_buffer`
+> **dans le même `CommandEncoder`** que les compute passes, qui les lisent **dans la même frame**
+> (l'ordre est garanti par l'encoder, pas par `queue.submit()` inter-frames). Le double buffering
+> reste la **cible** si des artefacts apparaissent à haute fréquence (voir ARCHI_CPU_GPU / ARCHI_APP).
 
 ---