Persistance : corrections de relecture — un résultat d'outil ne forge plus de discussion

Relecture de l'écrivain différé (chat_persist.go) : l'ordre, la suppression
et les bascules tiennent ; trois écarts de comportement corrigés.

- saveToolResult et la télémétrie de generate lisaient la clé brute de la
  discussion active ; passés à convEnsureActive, ils pouvaient en CRÉER une
  (tâche de fond sur base neuve → discussion vide dans la liste). Nouveau
  convActiveID : cache chaud, sinon la clé en base, jamais de création.
- Un résultat d'outil confié après la suppression de sa discussion restait en
  mémoire pour toujours (l'écrivain l'écarte, la copie ne partait plus) : il
  n'est plus retenu.
- Vidage de l'écrivain avant « verrouiller la mémoire » (sinon l'envoi tout
  juste fait ne touchait le disque qu'au déverrouillage) et avant le restart
  systemd après MAJ (SIGTERM ne laisse rien finir).

Tests : résultat d'une discussion supprimée ni écrit ni retenu ; base neuve,
saveToolResult reste sous « nosession » sans créer de discussion.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

internal/loki/tool_results.go

@@ -51,7 +51,7 @@ func toolResID(sid string) string {
 // l'étape suivante. Le résultat est servi depuis la mémoire jusqu'à ce qu'il
 // soit sur disque (loadToolResult).
 func saveToolResult(result string) string {
-	id := toolResID(convEnsureActive())
+	id := toolResID(convActiveID())
 	// Chiffrement actif mais mémoire verrouillée : on refuse d'écrire en clair,
 	// et l'appelant envoie alors le résultat entier dans le flux. Vérifié ICI,
 	// pas à l'écriture : un id rendu doit désigner un résultat qu'on écrira.