From e8c22aacebd45006441689974a95a29471d76494 Mon Sep 17 00:00:00 2001 From: Claude Date: Sun, 2 Aug 2026 18:54:56 +0000 Subject: [PATCH] index: passation-pj-hermes-tt-deepseek-mimo --- _INDEX.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/_INDEX.md b/_INDEX.md index ad4e492..b287784 100644 --- a/_INDEX.md +++ b/_INDEX.md @@ -182,3 +182,5 @@ - [hermes-tt/nyora-notes-tt-backup-wal-moteur-mixte.md](hermes-tt/nyora-notes-tt-backup-wal-moteur-mixte.md) -- disk I/O error sur toutes les requetes RAG mail juste apres chaque backup n8n : route /backup ouvrait une connexion sqlite3 stdlib differente du moteur sqlean de l'app sur la meme DB WAL live, checkpoint au close() desynchronise le wal/shm ; fix moteur unifie (sqlean) + PRAGMA busy_timeout partout, verifie 8/8 juste apres un backup manuel (02/08/2026) - [hermes-tt/n8n-cron-orphelin-hermes-mail-browser-instabilite.md](hermes-tt/n8n-cron-orphelin-hermes-mail-browser-instabilite.md) -- cause reelle de la lenteur/instabilite hermes-mail-browser : workflow n8n 'ingestion continue' actif depuis 31/07, toutes les 10 min, boucle infinie sur dossiers error_409/404 (etats finaux jamais retraitables, condition d'arret jamais declenchee, neverError:true masquait le probleme). Desactive. hermes-mail-browser lui-meme sain (RAM/CPU), search/list_attachments conformes aux baselines une fois le cron stoppe (02/08/2026) + +- [hermes-tt/passation-pj-hermes-tt-deepseek-mimo.md](hermes-tt/passation-pj-hermes-tt-deepseek-mimo.md) -- Chantier PJ nyora-notes-tt confie a hermes-tt (DeepSeek V4 Flash, rythme naturel LLM) + Mimo V2.5 (classement) apres echec du script Python mecanique (renderer Chromium bloque a 100% CPU sous boucle serree, watchdog ressources deja actif en filet de securite). Etat exact, points de vigilance, gap MCP ecriture a verifier (02/08/2026)