Mémoire IA : Mem0 et Cognee

Les agents de Navin Enterprise peuvent garder une mémoire au-delà d'une conversation. Trois moteurs sont disponibles : le Memory Manager intégré au Control Plane (brique E), Mem0 pour la mémoire persistante des faits et Cognee pour la mémoire en graphe de connaissances (GraphRAG). Les décisions sont dans l'ADR-0174.

À quoi servent les deux moteurs

Moteur	Version du catalogue	Licence	Ce qu'il apporte
Mem0 (mem0)	2.2.1	Apache-2.0	serveur REST officiel qui extrait les faits des conversations avec le LLM, les stocke avec leur plongement dans PostgreSQL (pgvector) par utilisateur, agent ou exécution, et répond aux recherches sémantiques, mises à jour, historiques et suppressions
Cognee (cognee)	1.6.6	Apache-2.0	ingestion de documents et de textes (add), extraction des entités et des relations par le LLM dans un graphe (cognify), recherches sémantiques, dans le graphe et GraphRAG ; un fichier de graphe LadybugDB et un schéma pgvector par jeu de données

Les deux moteurs appellent le LLM et le modèle de plongement par la passerelle LiteLLM de la plateforme. Ils ne sont jamais installés d'office : un administrateur les ajoute depuis le catalogue du Manager, catégorie « Mémoire IA ».

Deux plans

Qui	Fait quoi	Ne fait pas
Navin Manager et ses agents	catalogue, contrôles préalables, artefacts, installation, configuration technique, démarrage et arrêt, mises à jour et migrations, sauvegardes, supervision	aucun choix de moteur par agent, aucune politique de mémorisation
Navin Enterprise (Control Plane et portail)	choix du moteur par agent, politiques de mémorisation et de rétention, droits, consultation et gestion des mémoires autorisées, utilisation à l'exécution	aucune commande système ; il joint les moteurs par leur API REST derrière le contrat Navin Memory Provider

L'adresse et la clé de chaque moteur arrivent dans Navin Enterprise par les liaisons facultatives mem0 et cognee du service navin-enterprise du catalogue (réglages EAI_MEMORY_MEM0_URL, EAI_MEMORY_COGNEE_URL, EAI_MEMORY_COGNEE_ACCESS_CONTROL et EAI_MEMORY_ENGINES_CA_FILE, clés dans le fichier d'environnement sensible).

Les fournisseurs

Fournisseur	Moteur	Capacités annoncées
builtin	Memory Manager de la brique E, inchangé, fournisseur par défaut	remember, recall, search, update, forget, list, get, purge, get_health, get_capabilities
mem0	serveur Mem0 installé par le Manager	les mêmes capacités de mémoire que builtin
cognee	API Cognee installée par le Manager	forget, list, purge, get_health, get_capabilities, ingest_knowledge, build_graph, search_graph, get_relations, delete_dataset
hybrid	Mem0 pour les faits, Cognee pour les connaissances et les relations	rappel fusionné et dédupliqué par Navin

Un fournisseur n'annonce que ce qu'il exécute vraiment ; toute autre opération est refusée avec l'erreur memory_capability_unsupported (HTTP 422), sans bascule silencieuse vers un autre moteur.

Quel moteur choisir

• builtin : le choix par défaut. La mémoire de session reste toujours ici, quel que soit le moteur de l'agent. Il garantit la séparation des tenants par la sécurité au niveau des lignes de PostgreSQL.
• mem0 : un agent qui doit retenir des faits et des préférences d'un utilisateur dans la durée, avec historique des modifications.
• cognee : un agent qui raisonne sur un corpus de documents et sur les relations entre entités (personnes, équipes, lieux).
• hybrid : un agent qui a besoin des deux ; chaque écriture va à un seul moteur (les mémoires à Mem0, les connaissances à Cognee) et un rappel interroge les deux.

Une politique qui exige une isolation dedicated_instance (cas bancaire) demande une instance installée par le Manager pour ce seul tenant. Voir Sécurité et isolation.

Pages du guide

Page	Contenu
Installation par le Manager	prérequis, dépendances réutilisées, base PostgreSQL dédiée, modèles, méthodes, hors ligne, contrôles préalables, test fonctionnel
Exploitation	démarrage, arrêt, santé, mise à jour, retour arrière, sauvegarde, rétention, supervision
Sécurité et isolation	authentification, télémétrie, secrets, correspondance des portées, isolation, OpenFGA, audit, mémoires non fiables
Intégration	contrat Navin Memory Provider, routes /v1/memory, politique de mémoire de l'agent, mode hybride
Haute disponibilité et limites	topologies réelles, limites, ce qui a été vérifié
Pages générées du catalogue	mem0, cognee