deploy: bilan pilote mimo-v2.5 hermes-nyora + fix max_tokens 8192

common/bifrost-vk-stale-cache-et-fallback-opencode.md

@@ -75,3 +75,21 @@ curl -X POST http://bifrost:8080/v1/chat/completions -H 'x-bf-vk: <Nabil-Key>' \
 
 - migration-provider-opencode-go.md (14/06/2026)
 - llm-audit-register.md (24/06/2026), item "N8n Ingest Opportunites"
+
+## Addendum 06/07/2026 — pilote mimo-v2.5 sur hermes-nyora
+
+Migration mimo-v2.5 confirmee active depuis le 05/07 20h01 (decision : tester un modele de
+raisonnement sur Nyora uniquement, controler la conso, decider ensuite de generaliser ou non aux
+3 instances). Bilan a J+1 : 389 appels, ~11,65M tokens entrants (tres majoritairement cache),
+~182K tokens sortants, 5 incidents "reponse vide/pensee sans contenu", 2 fallbacks (meme session
+courte 21h47-21h48 du 05/07). Taux d'echec 0,5%, isole a un cas de contexte court (in=631) ou le
+raisonnement interne du modele epuisait le budget max_tokens avant d'emettre le contenu visible
+(meme piege documente pour family-help dans migration-provider-opencode-go.md).
+
+Fix applique : `model.max_tokens` 4096 -> 8192 dans data/config.yaml hermes-nyora (backup pris),
+restart hermes-agent-nyora (start manuel necessaire, l'appel restart API a timeout cote client
+comme pour hermes-agent-perso plus tot). Container reparti healthy, mimo-v2.5 toujours model
+par defaut.
+
+Point de decision (generaliser mimo-v2.5 aux 3 instances ou rester DeepSeek V4 Flash) a reprendre
+en fin de semaine de pilote, sur la base de la conso reelle et du taux d'incidents mesures ici.