Aller au contenu
Guides

Une mémoire qui garde ses traces

Comment OpenClaw enregistre l’origine de chaque souvenir, ce que la commande d’oubli retire vraiment d’une session, et les parties du dossier qu’aucune suppression fondée sur la lignée n’atteindra jamais

8 min de lecture

Supprimer un souvenir se promet facilement et s’exécute honnêtement avec peine. Un assistant qui lit vos sessions depuis des mois a réparti ce qu’il a appris entre des entrées, des fragments d’index, des journaux et des caches, et tout discours sur la suppression doit dire lesquels il atteint. La réponse d’OpenClaw tient dans la lignée, au sens où il enregistre d’où vient un souvenir mis en attente et se sert de cet enregistrement pour retirer ce qui est attribuable. Il est aussi inhabituellement clair sur ce qu’il n’atteint pas, et c’est la moitié la plus utile de la documentation.

Deux contrôles, deux rôles

  • La politique d’admission écarte les sessions correspondantes de la future ingestion par le rêve et du remplissage de sessions, tandis que la commande d’oubli retire les artefacts identifiables déjà produits par les sessions sélectionnées.
  • Trois enregistrements distincts portent la lignée, avec la provenance de fragment écrite par le code de classification au moment de l’indexation pour le calibrage de confiance et le cadrage du rappel, les origines d’entrée qui relient une clé d’entrée à un agent et à une session source dans la base, et les enregistrements d’écriture qui désignent les fichiers de mémoire à revoir lors d’une purge.
  • Les sélecteurs désignent des sessions et non des faits isolés, donc choisir un participant sélectionne les sessions portant cet identifiant d’acteur enregistré et ne cherche aucun nom dans le texte de la mémoire.
  • Les deux contrôles appartiennent au greffon de mémoire fourni d’origine, et d’autres greffons de mémoire peuvent exposer des commandes et des comportements de suppression tout à fait différents.
Une entrée suivie portant une origine sélectionnée est retirée entièrement, même lorsqu’elle porte aussi des origines non sélectionnées.

Ce qu’une purge touche

Une exécution d’oubli supprime immédiatement, sauf demande de simulation, et il n’existe ni seconde confirmation ni indicateur d’application séparé. L’aperçu est calculé à partir de l’état courant plutôt qu’enregistré comme un plan, donc la séquence sûre consiste à prévisualiser, lire le rapport, puis répéter la commande identique sans l’indicateur de simulation. Le nettoyage atteint les entrées promues correspondantes, les lignes de corpus de session, les fragments d’index de mémoire avec leurs lignes plein texte et vectorielles, l’état de court terme, l’état de déduplication d’ingestion et les préimages de réécriture du rêve. Une sélection de session non vide vide aussi tout le cache d’empreintes de cet agent, y compris les résultats de reconstructions inachevées jamais rattachées à des fragments publiés, si bien que les entrées publiées sans rapport restent utilisables tandis qu’une indexation ultérieure devra peut-être régénérer ce qui était en cache. Les lignes entières contenant des extraits de corpus sélectionnés exacts sont retirées des fichiers de mémoire analysés et des journaux de rêve. Les identifiants de session sont exacts et sensibles à la casse, et une abréviation ne sélectionne pas un identifiant plus long. Les modifications directes de l’agent et les écrivains externes ne partagent pas le verrou de mutation du greffon, il vaut donc mieux les suspendre pendant un nettoyage sensible et relancer l’aperçu ensuite. Si une exécution échoue, elle peut laisser un nettoyage partiel, et la bonne réaction consiste à corriger l’erreur de stockage ou de système de fichiers signalée puis à relancer, plutôt qu’à supprimer les preuves de corpus et d’origine que la purge conserve.

Après la purge

  • Chaque session sélectionnée est enregistrée comme oubliée dans la base de l’agent avant le retrait de ses artefacts, et l’ingestion automatique, le remplissage historique et l’indexation des transcriptions consultent tous ces enregistrements, l’ingestion automatique consignant le motif oublié.
  • L’indexation revérifie avant de publier des fragments ou des empreintes en cache, si bien qu’une exécution préparée avant la purge ne peut pas restaurer des données oubliées, et elle signale que sa source a changé pour que vous réindexiez l’état courant.
  • L’exclusion vaut pour ces identifiants de session dans le magasin de cet agent, elle ne couvre donc pas les conversations futures avec la même personne ou la même source, ce à quoi sert une règle d’admission.

Rien de tout cela n’a vraiment de sens sans la couche du dessous. Ce dont l’agent se souvient au départ est traité dans La mémoire intégrée, et les classes d’origine posées sur chaque fragment, ainsi que le cadrage du rappel, relèvent de L’architecture de la mémoire.

La lignée, pas la recherche

La conception part d’un fait gênant sur la prose fusionnée, à savoir qu’une fois deux sessions consolidées en une seule entrée, il n’existe aucun moyen fiable de soustraire un contributeur de la phrase qui subsiste. Plutôt que de demander à un modèle d’essayer, OpenClaw retire entièrement toute entrée suivie portant une origine sélectionnée, et signale ces cas à part pour que vous voyiez ce qui est parti avec. Les origines sont tenues par du code autour de l’appel de modèle pendant Le rêve, y compris pour les agents qui partagent un espace de travail, précisément pour que le modèle n’en soit jamais le propriétaire. La même prudence explique que la couverture soit reconnue comme partielle, puisque les notes écrites à la main, les modifications directes de l’agent et les entrées préparées avant le suivi de lignée n’ont tout simplement aucune ligne d’origine à sélectionner. La politique d’admission est prospective pour la même raison, et elle n’est pas une permission de système de fichiers, donc une session exclue peut encore modifier un fichier de l’espace de travail si ses outils le permettent. Le résumé honnête de la documentation est qu’un aperçu vide signifie que ces sélecteurs n’ont rien trouvé de plus, et non qu’il ne reste rien, et c’est le bon cadre à emporter dans toute demande de suppression à laquelle il faut répondre (La sécurité Diali).

Sur Diali

Sur Diali, chaque client dispose de son propre assistant, et l’état conservé par OpenClaw hébergé sur Diali vit sur un volume persistant, avec des instantanés quotidiens et une restauration en un clic grâce à l’option Sauvegardes (incluse avec Max). Si vous évaluez un déploiement de longue durée où la rétention compte, Les tarifs Diali est un bon point de départ.

  • La lignée s’enregistre à l’ingestion ; sans ligne d’origine, pas de sélection.
  • Une simulation prévisualise ; la même commande sans elle supprime aussitôt.
  • Un aperçu vide ne prouve pas qu’il ne reste rien.
Commencer

Arrêtez de lire, construisez le vôtre

Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.