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 ·

   {
     "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).