PostgreSQL canonique
La vérité durable vit dans PostgreSQL. L'archive brute, les entries maintenues, les sources, les relations et les statuts temporels doivent rester requêtables et auditables.
memory_v2
Memory V2 combine PostgreSQL, pgvector, archive brute, entries canoniques, embeddings locaux via Ollama, provenance, truth modes, miroir Markdown privé et fichiers Markdown de contexte gouvernés. pgvector rapproche sémantiquement; l'intelligence vient du nettoyage, du typage, de la récence, de la contradiction et de l'usage contrôlé.
La vérité durable vit dans PostgreSQL. L'archive brute, les entries maintenues, les sources, les relations et les statuts temporels doivent rester requêtables et auditables.
Les embeddings locaux améliorent le rappel sémantique sans transformer le modèle en mémoire. Si les embeddings tombent, Elora doit dégrader proprement.
Le fallback local est un journal append-only rejouable quand PostgreSQL est indisponible. Ce n'est pas un second canon mémoire.
Elora peut générer des snapshots Markdown depuis PostgreSQL pour inspection, preuves, exports et context packs. Ces fichiers sont un read-model, jamais une mémoire éditable.
Les fichiers de contexte sont des dossiers Markdown vivants attachés explicitement à une mission, un playbook ou une exécution. Elora les packe, les gate et les transmet au worker comme contexte consultatif; ils ne deviennent pas mémoire canonique.
Texte propre, concis, exploitable, sourcé et qualifié. C'est la partie que l'on peut réinjecter comme evidence, avec ses limites.
Texte optimisé pour le retrieval sémantique. Il peut être formulé autrement sans polluer la vérité canonique.
truth modes
Une chanson, une mesure biologique, une préférence, une décision et une hypothèse ne doivent pas être stockées comme le même objet.
Conserver la source originale quand c'est utile: Telegram, fichiers, tickets, notes, exports. L'archive n'est pas automatiquement la mémoire canonique.
Paroles, poèmes, textes et images peuvent enrichir le style, l'imaginaire et les patterns symboliques sans devenir des faits biographiques.
Tickets, procédures et historiques client doivent passer par privacy, schéma, provenance, rétention et evidence packs.
Une ancienne information n'est pas effacée par magie. Elle est superseded, deprecated, archived ou contredite avec trace.
La réponse finale doit recevoir les faits utiles, pas toute la base. L0 pose identité/persona, L1 session/route, L2 rappel ciblé, L3 recherche profonde éventuelle, avec epistemics visibles.
Si PostgreSQL tombe, Elora peut spooler localement et rejouer plus tard. Les écritures spoulées ne deviennent durables qu'après replay dans le store canonique.
`elora-memory export-markdown` produit un dossier privé avec README, index, manifest et fichiers par entry. Utile pour relire, transmettre à un modèle local ou préparer une curation, sans écrire dans la mémoire canonique.
elora-context-files pack assemble des fichiers Markdown sélectionnés avec statut, rôle, autorité, scope, provenance, hash, limite de taille et gate safe/warning/blocked. Les packs peuvent suivre elora-playbook, elora-execute, le dispatch queue et elora-agent run --context-file. Un pack blocked bloque le dispatch sans raison d'override explicite.