oto-enterprise-os-dtp/DIRECTIVE_RENDUS_EXISTANTS_20260803.md

# 📸 DIRECTIVE COMPLÉMENTAIRE · Rendus existants aux archives · 2026-08-03

## Confirmation Michel · 2026-08-03

« Il y a beaucoup de rendus aux archives avec le site internet et les pages projet »
→ **Utiliser en priorité les rendus existants avant de regénérer via Flux**.

## Inventaire des rendus (fait 2026-08-03)

### Rendus utilisés par le site public (canonical)
Répertoire · `/var/www/html/static/projets/`
- **P01 Coralis** · 7 assets
- **P02 Coral del Sur** · 10 assets
- **P03 Nakua** · 27 assets · sous-dossier `p03_real/` avec facades HD, aerial complexe, chambres, salons, studios · WebP + JPG + PNG haute qualité
- **P05 Las Colinas** · 24 assets
- **P07 Aqua Terra** · 15 assets
- **P08 Fasano Espirilla** · 5 assets
- **P09 Résidence Gazcue** · 5 assets

### Contact sheets par projet
- `/var/www/html/static/projets/contact_sheets/`
- P02, P03, P05, P07, P08, P09 · fichiers *_sheet.png (planches contact synthétiques)
- `nakua_brochure_hd.png` (brochure haute résolution P03)

### AI renders originaux (data_room)
`/opt/oto/data_room/{PXX}/60_photos_site/ai_renders/`
- **P01** · 1 render
- **P02** · 1 render + variante `ai_renders_v_reels`
- **P03** · 2 renders (compléments du sous-dossier p03_real du site)
- **P05** · 9 renders + `ai_renders_v3_validated` (série validée qualité)
- **P07** · 20 renders
- **P08** · 12 renders + variante `renders` sans préfixe ai
- **P09** · 32 renders

### Rendus totaux par projet (data_room)
- P01 · 13 · P02 · 42 · P03 · 24 · P05 · 18 · P07 · 22 · P08 · 14 · P09 · 31

### Répertoires renders supplémentaires
- `/opt/oto/static/renders` (canonical rendus)
- `/opt/oto/otoia_aec/storage/renders` (renders généré par OTOIA AEC)
- `/opt/oto/portal/img/{PXX}/renders` (renders utilisés par portail)
- `/opt/oto/sites/static/renders` (rendu servis nginx)

### Note historique
`/opt/oto/data_room/_ARCHIVE_MAUVAIS_RENDUS_2026-07-27/` · renders rejetés (ne pas utiliser)

## Action pour agents Claude Code DTP

### Priorité INVERSÉE de la directive précédente

Au lieu de générer 200 nouveaux renders via Flux, **cataloger les rendus existants et les ré-utiliser** ·

**P0 · Catalogage rendus existants par typologie**
1. Pour chaque projet actif (P01, P02, P03, P05, P07), scanner `/var/www/html/static/projets/{pxx*}/` et `data_room/{PXX}/60_photos_site/`
2. Classer chaque image par typologie (extérieur, salon, cuisine, chambre, sdb, terrasse, vue aérienne, piscine, gym, hall)
3. Créer un fichier de mapping `/opt/oto/data/renders_catalog.json` structure ·
   ```json
   {
     "P03": {
       "exterior": ["/static/projets/p03_real/nakua_hd_facade_jour.jpg", "..."],
       "aerial": ["nakua_hd_aerial_complexe.jpg"],
       "studio": ["nakua_int_studio_piscine_privee_hd.png"],
       "salon": ["nakua_int_salon_piscine_nocturne_hd.png"],
       "chambre": ["nakua_hd_chambre_vue_piscine.jpg"]
     }
   }
   ```

**P1 · Brancher catalog dans viewer 3D**
1. Le viewer `/choisir-mon-unite-3d/` charge `renders_catalog.json`
2. Au clic sur une unité · afficher les rendus de la typologie correspondante
3. Slider / galerie premium (Swiper.js ou équivalent light)
4. Support HDR/WebP pour perf

**P2 · Compléter uniquement les manques**
1. Analyser gaps · quels typologies × projets n'ont AUCUN render existant
2. Générer uniquement ces gaps via Flux (économie 80% budget GPU vs regénération totale)
3. Priorité gaps sur projets EN VENTE (P01, P02, P03)

**P3 · Panoramas 360°**
- Vérifier si existent dans data_room ou marketing
- Sinon générer via Blender + Bonsai depuis IFC existants (audit préalable)

## Résultat attendu

Phase 2 (rendus) livrée en **48h au lieu de 2 semaines** grâce à la ré-utilisation des rendus existants.

Zéro appel Flux GPU inutile · préservation budget · rendus déjà validés visuellement par Michel (les mauvais ont été archivés le 2026-07-27).