Memory OS : Pile de Mémoire Ouverte à 6 Couches pour Hermes Agent

Le 1er juin 2026, MarkTechPost a publié une histoire sur le projet Memory OS — une pile mémoire open-source qui ajoute à l'agent IA Hermes Agent une mémoire persistante locale à travers six couches, un mécanisme de récupération contrôlée (gated) et un module wiki. Le projet est distribué en tant que code source ouvert et est intégré en haut de Hermes Agent existant, plutôt que de remplacer complètement son architecture.

Pourquoi les agents ont besoin d'une pile de mémoire séparée

Par défaut, la plupart des agents IA ne "se souviennent" que de ce qui rentre dans la fenêtre de contexte actuelle du dialogue : dès que la session se termine ou que le contexte déborde, les connaissances accumulées sur l'utilisateur, le projet ou les solutions précédentes sont perdues. Pour un agent qui doit travailler avec le même utilisateur ou projet pendant des semaines et des mois, c'est une limitation sérieuse — il faut soit réexpliquer le contexte à chaque fois, soit le stocker dans des systèmes externes que l'agent lui-même ne contrôle pas.

Memory OS résout ce problème en donnant à Hermes Agent sa propre mémoire locale et persistante — c'est-à-dire que les données sont sauvegardées non pas dans le cloud d'un fournisseur tiers, mais à côté de l'agent lui-même, et survivent à un redémarrage. L'idée architecturale clé est de diviser la mémoire non pas en une seule couche plate, mais en six niveaux séparés, dont chacun, selon la description du projet, est responsable de son propre type d'information et de son propre cycle de vie — du contexte de travail à court terme aux connaissances à long terme.

Comment fonctionnent la récupération contrôlée et le wiki

Le deuxième élément important du système est la récupération contrôlée (gated retrieval). Contrairement à la recherche vectorielle simple, qui retourne simplement les fragments de texte les plus similaires, la récupération contrôlée implique un filtre supplémentaire ou une condition d'admission : l'agent n'a pas accès à toute la mémoire stockée à la fois, mais uniquement à la partie qui a franchi une certaine barrière de pertinence ou de confiance. Cette approche réduit le risque que l'agent "tire" des informations obsolètes, contradictoires ou non pertinentes dans la réponse à partir d'une archive accumulée depuis longtemps.

Le troisième composant est le wiki. En plus des couches de mémoire, Memory OS maintient une représentation wiki des connaissances accumulées, c'est-à-dire une base structurée, lisible par l'homme, qui peut être consultée et éditée séparément du format de stockage interne de l'agent. Cela diffère considérablement des solutions typiques de "mémoire = base de données vectorielle sans interface" : Memory OS a une couche conçue pour le fait qu'un humain lira aussi et vérifiera ce que l'agent a mémorisé.

Ce que l'on sait du projet :

• Nom — Memory OS
• Statut — projet open-source
• Base — construit au-dessus de Hermes Agent
• Architecture — six couches de mémoire
• Mécanismes supplémentaires — récupération contrôlée et module wiki

Pour comparaison : la plupart des solutions de "mémoire pour les agents" existantes sur le marché se limitent à une couche — une base de données vectorielle où les incorporations de fragments de dialogue sont stockées, et la récupération fonctionne selon le principe d'une simple recherche des plus proches voisins. L'architecture multi-couches de Memory OS, selon la description, est organisée fondamentalement différemment : différents types d'informations — du contexte de travail immédiat aux faits stables et vérifiés — sont stockés et traités séparément, ce qui en théorie devrait réduire le problème typique des systèmes de mémoire plates, lorsque les faits anciens et nouveaux, importants et secondaires se mélangent dans un stockage sans hiérarchie.

Ce que cela change pour les développeurs d'agents

Pour les équipes qui utilisent déjà ou envisagent d'utiliser Hermes Agent, Memory OS est un moyen prêt d'ajouter une mémoire à long terme sans concevoir leur propre système de stockage de contexte à partir de zéro. Puisque le projet est open-source, il peut être dupliqué, intégré dans votre propre infrastructure et adapté à un produit spécifique sans dépendre d'une API fermée d'un fournisseur de mémoire tiers.

Au sens plus large, l'émergence de tels projets reflète une tendance générale du développement d'agents IA en 2026 : l'industrie s'éloigne progressivement de l'idée d'"agent — un wrapper autour d'un modèle de langage avec une grande fenêtre de contexte" à l'idée d'"agent — un système avec sa propre mémoire, ses connaissances et son historique", qui se comporte de manière plus stable dans les scénarios d'utilisation longs et multi-sessions.