index: passation-pj-hermes-tt-deepseek-mimo
This commit is contained in:
@@ -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)
|
||||
|
||||
Reference in New Issue
Block a user