HANDOFF: analyse LLM advisor (qwen3-vl sous-optimal, option routage intelligent prête, statu quo surveillé)

HANDOFF.md

@@ -712,6 +712,18 @@ chargé en HC avec réseau EDF. » → **accord avec le réel** (et avec P7/P8 !
 un fichier cible · `n8n-create.mjs` (POST création) · `gen-advisor-workflow.mjs`
 (squelette advisor rejouable, credentials/ids inclus).
 
+
+### Note LLM local (analyse du 07/08, décision : statu quo surveillé)
+qwen3-vl-Thinking "fait le job" mais est sous-optimal pour l'advisor : variante
+Thinking (raisonnement non désactivable, 40-60 s/run, risque marginal de JSON
+tronqué — rejeté proprement par la validation). Le bon modèle local est
+qwen3.6-35b quand il est chargé (use-code).
+**Option prête si les compteurs se dégradent** (décision utilisateur : ne rien
+changer pour l'instant) : routage intelligent = 1 IF après LLM_LOCAL_MODELS
+(local seulement si l'id du modèle chargé n'est pas vl/thinking, sinon cloud
+direct) + éventuellement cloud moins cher (gemini-2.5-flash-lite ~1€/mois vs
+haiku-4.5 ~9€/mois plein temps). Implémentation ~30 min, tests advisor inchangés.
+
 ### Phase 3 — critères de bascule (dans 2-3 semaines d'observation)
 1. Taux d'accord stratégie ≥ 80% (compteurs agree/diverge sur la carte) ;
 2. Zéro sortie invalide NON rejetée (advisor_status) ;