# 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