rpa_vision_v3/docs/handoffs/PROMPT_REPRISE_GEMINI_2026-05-25_SOIR.md

Handoff Gemini — 2026-05-25 SOIR

1. État validé

• Performance : C2d-bis validé (build vision skip ~270ms, speedup ~210x).
• Stabilisation VRAM : D5-v3a (num_ctx=4096) colmaté sur les appels bbox legacy.
• Profil Démo Linux : Actif (drop-ins systemd), validé par smoke live Bloc-notes (16/16).

2. Décisions actées

• Scénario Démo : Passage d'un "waouh visuel" à une démo "métier" (lecture tableaux, extraction champs, saisie).
• Architecture : Maintien strict de qwen2.5vl pour le runtime démo ; qwen3.5 réservé au benchmark/audit.
• R6 EasyOCR : Validé et conservé (respect de RPA_EASYOCR_GPU=0).

3. Travaux en attente

• Configuration Easily : Définir les ExtractionSchema (champs patients) pour le nouveau scénario métier.
• Sanitisation Docs : Nettoyage des secrets identifiés (G-P3).
• Benchmark VLM : Exécution du protocole isolé qwen2.5 vs qwen3.5.

4. Risques bloquants seulement

• Secrets Git : docs/AUDIT_20260404.md contient des clés API réelles. Interdiction de push/publier sans purge.

5. Fichiers importants

• core/extraction/field_extractor.py (Cœur de la démo métier demain).
• agent_v0/server_v1/resolve_engine.py (Contient le mini-fix VRAM).
• docs/coordination/registre/2026-05-25_decisions.md (Source de vérité).

6. Prochaine action recommandée

• Lancer le Healthcheck Windows (avec secret non persistant) pour valider l'agent avant le smoke métier Easily.

7. Ce qu'il ne faut pas faire demain

• Ne pas activer RPA_GROUNDING_MODEL=qwen3.5:9b globalement.
• Ne pas modifier le code de agent_v1 (Windows) sans plan de déploiement validé.

Auteur : Gemini