memory_v2

Mémoire maintenue, pas poubelle vectorielle.

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é.

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.

pgvector + Ollama

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.

Spool fallback

Le fallback local est un journal append-only rejouable quand PostgreSQL est indisponible. Ce n'est pas un second canon mémoire.

Miroir Markdown privé

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.

Context files

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.

canonical_text

Texte propre, concis, exploitable, sourcé et qualifié. C'est la partie que l'on peut réinjecter comme evidence, avec ses limites.

embedding_text

Texte optimisé pour le retrieval sémantique. Il peut être formulé autrement sans polluer la vérité canonique.

À quel moment elle intervient: capture brute d'abord, puis canonicalisation éventuelle, retrieval `memory.entries` avant `archive.chunks`, evidence pack limité, injection dans le contexte, réponse ou mission, puis audit, propositions d'apprentissage et export Markdown optionnel. Lire le cycle mémoire complet.

truth modes

Tout n'a pas le même statut.

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.

factualpreferencedecisionconstrainteventoperational_recordvalidated_procedurederived_patternexpressivesymbolichypothesisinterpretive

Archive brute

Conserver la source originale quand c'est utile: Telegram, fichiers, tickets, notes, exports. L'archive n'est pas automatiquement la mémoire canonique.

Corpus créateur

Paroles, poèmes, textes et images peuvent enrichir le style, l'imaginaire et les patterns symboliques sans devenir des faits biographiques.

Corpus business

Tickets, procédures et historiques client doivent passer par privacy, schéma, provenance, rétention et evidence packs.

Contradictions

Une ancienne information n'est pas effacée par magie. Elle est superseded, deprecated, archived ou contredite avec trace.

Evidence pack

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.

Fallback

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.

Markdown mirror

`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.

Markdown mission pack

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.