memory-transfer-test

Nouveau : reçu d’export Hindsight

« Des observations rappelables ont disparu de mon export mémoire. » Hindsight #5419 décrit des observations dont les sources ont disparu et qui ne figurent plus dans export-bank. export_receipt.py compare les ID d’un instantané source avec les source_id de observations.json dans une archive de banque Hindsight. Il signale aussi les observations dont des source_memory_ids manquent. Il ne modifie aucune banque.

python3 export_receipt.py demo --lang fr
psql -v ON_ERROR_STOP=1 -v bank_id=ma-banque -Atf examples/export-receipt/source-snapshot.sql > source.json
hindsight-admin export-bank --bank ma-banque --output banque.zip
python3 export_receipt.py check --source source.json --archive banque.zip --lang fr

La démo synthétique affiche deux observations sources, une exportée, une absente et orpheline. Le contrôle réel lit une archive de banque entière et un instantané JSON de la même banque ; exécutez l’export juste après la capture source, sans écriture concurrente si possible. Le SQL en lecture seule suppose que memory_units est accessible via votre search_path. Gardez l’instantané et l’archive en local : ils contiennent des données de banque. Code 0 : concordance ; 2 : absence ou source orpheline ; 3 : comparaison impossible faute d’ID ; 1 : entrée invalide. Le reçu ne prouve pas la cause de l’omission ni la qualité d’un import ultérieur.

Projets voisins : Hindsight #5419 motive le rapprochement ; Hindsight définit le format d’archive. Cet outil indépendant lit le ZIP produit par export-bank, sans affiliation ni intégration à une instance active.

Nouvelle vérification : citations après migration

python3 citation_migration.py demo --lang fr montre en dix secondes une page qui cite encore old-1 après transfert vers new-1 (démo réussie : code 0). Pour vos exports normalisés : python3 citation_migration.py check source.json destination.json remap.json --lang fr. Les deux exports contiennent records: [{id}] et pages: [{id, based_on: [id]}]; remap.json associe ancien et nouvel ID. Le contrôle repère les cibles absentes, citations périmées et orphelines. Il ne contacte aucun magasin et dépend de la table de correspondance fournie.

Projet voisin : Hindsight #5298 décrit précisément des citations based_on conservant l’ID source après un import fusionné. Ce CLI traite ce symptôme sur des exports ; aucune intégration Hindsight directe n’est incluse.

Français · English · Español

Projets voisins et lacune visée

• MemMachine fournit une mémoire persistante pour agents. Un passage vers ou depuis ce type de magasin doit conserver les corrections, suppressions, portées et provenances.
• Agent Memory Benchmark teste déjà le rappel, les conflits et l'oubli sélectif chez les fournisseurs. Il y a recouvrement sur ces comportements. Notre MVP cible le cas différent d'une migration source → destination, en comparant deux exports du même état.
• Notre angle : vérifier des invariants de transfert avant bascule. Aucun adaptateur MemMachine ou fournisseur n'est encore inclus.

Vérifie qu'une migration de mémoire d'agent conserve les faits actifs, leurs portées et leurs provenances, sans ressusciter les souvenirs corrigés ou supprimés. Compare deux exports JSON normalisés et exécute des sondes de récupération par portée et terme.

Démarrage

Python 3.11+, sans dépendance externe.

python3 memory_transfer.py examples/source.json examples/destination-ok.json examples/probes.json
python3 memory_transfer.py examples/source.json examples/destination-bug.json examples/probes.json
python3 -m unittest discover -s tests -v

La première commande passe. La seconde sort 2 : elle détecte un fait corrigé réapparu, un fait supprimé réapparu et une portée modifiée. --output report.json enregistre le rapport. Chaque enregistrement a id, text, scope, provenance, avec status et supersedes optionnels. Une sonde a scope et term.

Exemple : frontière de portée

python3 -m examples.scope_boundary compare une migration correcte à une copie où le même souvenir change de portée. La seconde échoue aussi aux sondes de récupération par équipe. Les exports sont synthétiques ; aucun magasin réel n’est interrogé.

Périmètre

Le MVP compare des exports normalisés, pas les API des fournisseurs ni la qualité de recherche vectorielle. La récupération de sonde est une recherche de terme exact sensible à la portée. Écrivez un adaptateur d'export pour vos deux magasins, puis contrôlez le rapport avant de supprimer la source.

Licence MIT. Adaptateurs de magasins bienvenus.

Valider les identités et corrections avant comparaison

La comparaison refuse désormais les ID dupliqués, formes invalides, statuts autres que active/deleted, corrections circulaires et corrections entre portées. Le rapport contient input_valid et des validation_errors avec codes/ID, sans texte des souvenirs. Une entrée invalide sort avec 2 ; une erreur de lecture avec 1. --lang fr|en|es traduit les messages de diagnostic. Une cible supersedes absente reste admise pour les exports compactés ; son origine n’est alors pas prouvée. Une correction supprimée continue de masquer le fait ancien pour éviter sa résurrection. Ces règles concernent les exports normalisés, pas le contrôle d’accès du fournisseur.