La défaillance mémoire locale du modèle Hermes Agent, souvent non pas parce que le système mémoire n’est pas activé, mais parce que le modèle n’appelle pas de manière stable l’outil mémoire. Quelqu’un dans la communauté a un problème similaire avec un petit point de terminaison local Qwen : memory_enabled est activé dans la configuration, mais le modèle est instable sur Memory Ops.
Premièrement, distinguer deux types de problèmes
La configuration n’est pas ouverte : les fichiers mémoire, les fournisseurs, les limites de chars et les politiques de vidange ne sont pas définis.
Le modèle n’utilise pas : Le modèle peut discuter, mais il n’initie pas de manière fiable les appels d’outils, ne remplace pas les souvenirs ou n’organise pas les personas utilisateurs.
La méthode d’investigation la plus pratique
- Testez la même conversation avec un modèle cloud déterminé à supporter l’appel d’outils.
- Si le modèle cloud peut se souvenir mais que le modèle sur site non, le problème est que la capacité ou le point final du modèle est compatible.
- Réduisez la quantité d’informations écrites d’un coup, et ne laissez pas le petit modèle résumer trop de faits en même temps.
- Décomposez la mémoire en faits clairs, comme « les utilisateurs utilisent Mac + Termux », au lieu d’une longue histoire.
Les petits modèles ne sont pas impossibles à mémoriser, mais ne les utilisez pas pour planifier des outils trop complexes et trier des portraits à long terme.
En un mot : si la mémoire locale du modèle est invalide, vérifiez d’abord l’outil qui l’appelle, puis ajustez la configuration de la mémoire.
Adresse officielle open source : https://github.com/NousResearch/hermes-agent ; Entrée officielle du document : https://hermes-agent.nousresearch.com/.
