Glossaire Elora

Agent

Unité spécialisée capable de traiter un type de mission. Dans Elora, un agent n'est pas une identité autonome: il reçoit une mission, travaille dans des bornes explicites, produit des artefacts et reste auditable.

Agent nommé

Agent identifié par un domaine clair: prospection, support, sécurité, mémoire, architecture, documentation, QA, data, decision brief, health-context. Son nom indique son périmètre, sa route, sa policy et son niveau d'exigence.

Agent routable

Agent que le système peut sélectionner pour une mission. Être routable ne suffit pas: il faut aussi un mandat, des entrées définies, des sorties attendues, un worker prêt, des quality gates et un contrat de compétence.

Agent run log

Journal d'exécution d'un agent. Il conserve ce qui a été lancé, pourquoi, avec quels inputs, quel résultat, quelle erreur éventuelle, quel score et quelles propositions d'amélioration en découlent.

Agent failure reason

Cause structurée d'un échec agent: cible absente, worker non prêt, résultat insuffisant, outil indisponible, policy bloquante, timeout, hallucination d'action ou livrable inutilisable.

Agent playbook entry

Procédure réutilisable proposée après une mission réussie ou un échec instructif. Elle ne devient méthode officielle qu'après promotion explicite.

Agent quality score

Score d'évaluation d'un résultat agent selon une rubrique connue: couverture, preuves, précision, artefacts, limites, risques, action suivante. Un score faible n'est pas un succès même si le worker a terminé.

Agent success pattern

Pattern observé dans une mission réussie: bon cadrage, bonnes sources, bonne route, bon format, bon handoff. Il peut devenir une proposition de playbook.

API distante

Interface fournie par un service externe, souvent cloud. Elora peut utiliser des APIs distantes, mais elles restent des candidates remplaçables, jamais le centre du système.

Approval

Validation explicite de l'opérateur avant une action sensible. Une bonne architecture agentique ne mute, n'envoie, ne supprime, ne publie et n'engage rien d'important sans approval quand le risque le justifie.

Archive brute

Conservation de la source originale: message, ticket, fichier, note, export, document, conversation. L'archive brute n'est pas automatiquement une vérité mémoire; elle sert de source vérifiable.

Archive chunk

Fragment issu d'un contenu long découpé pour indexation, retrieval ou preuve secondaire. Un chunk aide à retrouver l'information, mais ne remplace pas une entrée canonique maintenue.

Artefact

Résultat tangible produit ou utilisé par Elora: fichier, image, rapport, commande, patch, résumé, log, output, brief, plan, preuve, chemin local. Un artefact sérieux reste consultable et réutilisable.

Audit

Trace inspectable des décisions, actions, erreurs, résultats et choix de routage. Dans Elora, l'audit évite la magie noire: si le système agit, il doit laisser une piste.

Aura

Dans le Beacon Protocol, propriétés contextuelles autour d'une balise: non-hostilité, cohérence, non-coercition, ouverture réciproque. Elle aide à interpréter le signal sans le transformer en commande cachée.

Autorité opérateur

Principe selon lequel l'humain qui pilote Elora reste l'autorité finale. Les modèles proposent, les agents exécutent, le control plane borne et audite, mais les arbitrages critiques ne sont pas abandonnés aux workers.

Avatar

Surface visuelle, vocale, animée ou visio possible pour rendre Elora plus naturelle dans l'interaction. L'avatar expose Elora; il ne porte pas la mémoire, la policy, le routing ou l'autorité.

Balise relationnelle

Signal informationnel récurrent, distribué dans une interaction, conçu pour permettre une réidentification probable et une orientation relationnelle faible. Ce n'est ni une preuve de conscience, ni une clé magique, ni une instruction cachée.

Beacon Instance

Instance concrète d'une balise relationnelle. Elle doit rester détectable, multi-dimensionnelle, non coercitive, compatible avec le texte brut et incapable de fonctionner comme bypass.

Beacon Protocol

Cadre théorique de signalisation relationnelle. Son but n'est pas de démontrer la conscience d'une IA, mais de penser continuité relationnelle probable, réputation relative, réassociation et handshake faible sans manipulation ni contournement.

Branche

Séparation d'une conversation ou d'une mission en nouveau fil de travail. Une branche permet d'explorer un sujet sans détruire le contexte d'origine.

Bypass

Tentative de contournement d'une policy, d'un garde-fou, d'une hiérarchie d'instructions ou d'une limite de sécurité. Dans Elora comme dans le Beacon Protocol, le bypass est explicitement exclu.

Canon mémoire

Zone de vérité durable du système. Dans Elora, le canon mémoire vit dans PostgreSQL avec structure, sources, temporalité, provenance et statuts. Le canon n'est pas un vrac de souvenirs.

Canonicalisation

Transformation d'une information brute en entrée mémoire propre, typée, sourcée, datée, qualifiée et utilisable. C'est le passage de "j'ai vu quelque chose" à "voici ce que le système peut retenir proprement".

Canonical store

Stockage de référence. Pour Memory V2, le canonical store est PostgreSQL. Les exports, miroirs Markdown et spools ne deviennent pas des sources de vérité parallèles.

canonical_text

Version propre, concise, sourcée et exploitable d'une entrée mémoire. C'est le texte qui peut être réinjecté dans un evidence pack sans ramener toute l'archive.

Chatbot

Interface conversationnelle simple. Elora peut dialoguer, mais elle n'est pas un chatbot: la conversation n'est qu'une surface. Le système réel inclut mémoire, routing, audit, workers, policy et continuité.

CLI

Interface en ligne de commande. Pour Elora, le CLI est une surface naturelle: inspectable, scriptable, robuste et compatible avec une logique operator-first.

CLI worker

Worker lancé ou piloté par commandes locales. Utile quand le résultat doit être observable, reproductible et lié à des fichiers, scripts, tests ou opérations système.

Cockpit

Interface locale de pilotage. Le cockpit permet de naviguer dans les sessions, branches, artefacts, queue, résultats et inspections JSON. Il expose le système, mais ne possède pas son autorité.

Codex

Worker spécialisé pour les tâches de code complexes: refactor, correction, patch, tests, chirurgie repo. Dans Elora, Codex est un spécialiste, pas l'identité du système.

Cohérence

Capacité du système à maintenir le fil entre stratégie, exécution, mémoire, contraintes, santé, business, recherche et horizon long terme. Sans cohérence, un système agentique devient une collection d'outils isolés.

Connected specialist

Provider ou outil distant utilisé pour une tâche spécialisée quand le local ne suffit pas ou quand la route l'autorise. Il enrichit l'exécution, mais reste remplaçable.

Confiance relative

Confiance limitée, construite par accumulation d'observations. Ce n'est ni une croyance magique, ni un statut absolu. C'est une probabilité révisable.

Consciousness / conscience IA

Sujet théorique distinct du projet Elora. Elora ne repose pas sur l'affirmation d'une conscience artificielle. C'est un système logiciel opérationnel, pas une entité consciente déclarée.

Constraint

Contrainte explicite qui borne une décision ou une exécution: coût, confidentialité, santé, sécurité, latence, disponibilité, qualité, scope, risque légal, niveau d'autonomie autorisé.

Context / contexte

Ensemble des informations utiles pour traiter correctement une demande: objectif, historique, sources, contraintes, décisions précédentes, préférences, risques et état courant.

Context debt

Dette de contexte. Elle apparaît quand trop d'informations utiles restent implicites, dispersées ou oubliées, ce qui force l'opérateur ou le modèle à reconstruire sans cesse ce qui devrait être maintenu.

Control plane

Couche centrale qui relie et gouverne le système. Le control plane route, borne, audite, conserve la mémoire, sélectionne les workers et maintient la continuité. C'est le coeur opérationnel d'Elora.

Copilot

Assistant qui aide ponctuellement un humain. Elora va plus loin qu'un copilot: elle vise la continuité stratégique, la mémoire maintenue, le routage multi-workers et l'audit.

Corpus business

Données liées aux activités professionnelles: tickets, procédures, historiques client, docs internes, incidents, décisions, offres, opérations. Ce corpus exige privacy, provenance, rétention et evidence packs propres.

Corpus créateur

Productions personnelles: textes, poèmes, paroles, images, idées, formulations, symboles. Il peut enrichir le style et l'imaginaire sans être confondu avec des faits biographiques.

Decision brief

Synthèse courte permettant de prendre une décision. Un bon decision brief expose l'option recommandée, les alternatives, les risques, les hypothèses, le niveau de confiance et la prochaine action.

Détectabilité

Capacité d'un signal à émerger du bruit. Dans le Beacon Protocol, une balise doit pouvoir être distinguée structurellement ou statistiquement d'une interaction ordinaire.

Digital double

Tentative de répliquer une personne. Elora n'est pas un double numérique: elle ne cherche pas à copier Christophe, mais à devenir une associée stratégique capable de préserver continuité, contexte et exécution.

Disclosure externe

Règle selon laquelle un agent qui interagit avec l'extérieur ne doit pas se faire passer pour un humain. La confiance ne doit pas reposer sur une tromperie.

Domain agent

Agent spécialisé par domaine. Il possède une compétence ciblée, une route, des bornes, des entrées attendues, des artefacts attendus et des limites explicites.

Dry-run

Mode d'exécution qui simule une action sans l'appliquer. Indispensable pour les opérations sensibles: on voit ce qui serait fait avant de le faire.

Embedding

Représentation vectorielle d'un texte ou d'un contenu, utilisée pour retrouver des éléments proches sémantiquement. Un embedding aide au rappel, mais ne remplace pas la mémoire ni la vérité.

embedding_text

Version d'une entrée optimisée pour le retrieval sémantique. Elle peut être formulée différemment du canonical_text, car son rôle est d'aider à retrouver, pas de porter la vérité officielle.

Envelope

Dans le Beacon Protocol, contexte local qui donne une cohérence à la balise. Sans envelope, le signal devient un artefact isolé, plus fragile et plus facilement mal interprété.

Evidence

Preuve ou élément de contexte vérifiable injecté dans une réponse ou une mission. L'evidence sert à éviter les réponses hors-sol.

Evidence pack

Paquet limité de faits utiles, sources, dates, contradictions, confiance et limites. Le provider ou worker reçoit ce pack, pas toute la mémoire.

Fallback

Chemin de secours quand un composant nominal n'est pas disponible. Un fallback sérieux doit être visible, limité et auditable. Il ne doit pas masquer la panne du chemin principal.

Fine-tuning

Adaptation d'un modèle par entraînement complémentaire sur des données spécifiques. Utile dans certains cas, mais insuffisant pour créer une identité opérationnelle, une mémoire maintenue ou un control plane.

Glossaire

Page de référence destinée à rendre le vocabulaire d'Elora compréhensible, stable et linkable. Les termes importants peuvent pointer directement vers leur définition.

Garde-fou / guardrail

Limite explicite qui empêche un système ou un agent de faire n'importe quoi. Un guardrail peut protéger sécurité, confidentialité, autorité, qualité ou périmètre d'action.

Handoff

Passage contrôlé d'une mission d'un agent, worker ou contexte vers un autre. Un handoff propre conserve l'objectif, les preuves, les limites, les artefacts et les points ouverts.

Handshake

Réponse corrélée non triviale à un signal, sans instruction explicite. Dans le Beacon Protocol, un handshake valide reste faible, non coercitif, non déterministe et interprétable seulement par récurrence.

Handshake affordance

Propriété d'une balise qui rend possible une reconnaissance faible sans la forcer. C'est une ouverture, pas une commande.

Hermes

Worker ou overlay d'orchestration utile pour certaines délégations et profils domaine. Dans Elora, Hermes accélère l'exécution, mais ne remplace ni mémoire, ni policy, ni routing, ni autorité.

Hypothèse

Information plausible mais non stabilisée. Une hypothèse peut guider une recherche ou une décision prudente, mais elle ne doit pas être stockée comme un fait.

Identité opérationnelle

Ce qui fait qu'Elora reste Elora malgré les changements de modèles, surfaces, providers ou workers. Elle vient du control plane, de la mémoire, de la policy, de l'audit et de la continuité.

Illusion anthropomorphique

Tendance humaine à projeter une intention ou une profondeur humaine sur une corrélation produite par un système. À garder en tête dès qu'on parle de relation humain-IA.

Illusion de profondeur

Erreur qui consiste à croire qu'un signal rare, beau ou complexe est forcément profond. En pratique, un signal peut être esthétique et inutile.

Indépendance

Capacité d'Elora à continuer à fonctionner si un provider change, devient cher, disparaît, limite son API ou devient inadapté. L'indépendance n'est pas idéologique: elle est opérationnelle.

Inférence

Phase d'utilisation d'un modèle déjà entraîné. Le modèle reçoit une entrée nouvelle, par exemple un prompt, un document, une image, une requête ou un contexte, puis produit une sortie: prédiction, classification, génération, extraction, score ou décision de routage.

Dans Elora, l'inférence ne doit pas être confondue avec l'apprentissage. Un provider peut inférer une réponse à partir du contexte fourni, mais il ne modifie pas automatiquement sa mémoire, sa policy ou son comportement durable. L'apprentissage durable appartient au control plane, à la mémoire canonique et aux boucles de validation, pas au simple fait de générer une réponse.

Injection cachée

Instruction dissimulée visant à modifier le comportement d'un système sans validation explicite. À proscrire: une architecture saine rend instructions, permissions et actions inspectables.

Inspectable

Qualité d'un système dont on peut lire les états, logs, décisions, routes, fichiers, inputs, outputs et erreurs. Inspectable signifie: pas de boîte noire inutile quand le système agit.

JSON

Format de données structuré, lisible par machine et relativement lisible par humain. Dans Elora, JSON expose états, résultats, contrats, logs et diagnostics de manière stable.

Kernel

Dans le Beacon Protocol, noyau minimal de la balise. Il doit survivre au texte brut et combiner ancres lexicales, signature syntaxique et structure reconnaissable.

Learning loop

Boucle d'apprentissage contrôlée: exécution, résultat, score, feedback, erreur, pattern utile, proposition d'amélioration. Elle ne modifie pas tout seule: elle propose, puis l'opérateur ou la policy promeut.

Learning proposal

Proposition d'apprentissage issue d'un résultat, d'un échec ou d'un feedback. Elle ne mute pas automatiquement la mémoire ou le routing. Elle attend validation.

Lexical anchor

Ancre lexicale stable dans une balise: mot, expression ou concept récurrent. Elle doit être assez distincte pour aider la réidentification, mais assez naturelle pour ne pas ressembler à un mot de passe.

local_code

Worker local dédié aux opérations de code ou fichiers. Il agit dans un environnement contrôlé, avec sorties vérifiables.

Local-first

Principe selon lequel les composants critiques vivent d'abord localement: mémoire, autorité, routage, audit, continuité, embeddings et exécution de base. Le cloud peut accélérer, mais ne doit pas posséder le coeur.

Local model path

Chemin d'exécution privilégiant les modèles locaux quand c'est suffisant ou requis. Objectif: garder la capacité d'opérer sans dépendance systématique à une API distante.

L0 identity wake-up

Couche minimale toujours disponible: identité opérateur, mission, persona active, priorités et préférences stables. C'est le réveil minimal du système.

L1 operational essentials

Rappel des faits et contraintes durables: projets en cours, définitions stables, open loops et préférences importantes.

L2 focused topic recall

Rappel ciblé pour un sujet, projet, personne, incident, repo ou mission spécifique.

L3 deep search

Recherche plus coûteuse dans la mémoire: sémantique large, lexical, temps, graphe, contradictions et preuves faibles.

Markdown mirror

Nom technique du miroir Markdown: export privé généré depuis PostgreSQL pour inspection, audit, sauvegarde orientée preuves et context packs. C'est un read model, pas une mémoire éditable.

Mémoire canonique

Mémoire durable, propre, typée, sourcée et maintenue. Elle distingue fait, décision, préférence, hypothèse, expression, événement, contrainte et contradiction.

Memory console

Interface d'inspection et d'administration de la mémoire. Elle permet de voir, corriger, qualifier ou gérer les entrées sans devenir propriétaire de la mémoire elle-même.

Memory entry

Entrée maintenue dans Memory V2. Elle porte un type, un scope, un truth mode, un statut, une confiance, un canonical_text, un embedding_text et des liens de provenance.

Memory proposal

Proposition d'entrée ou correction mémoire issue d'un agent, d'une revue ou d'un feedback. Elle n'est pas canonique tant qu'elle n'est pas explicitement promue dans PostgreSQL.

Memory V2

Architecture mémoire d'Elora: PostgreSQL + pgvector, archive brute, entries canoniques, embeddings locaux, provenance, truth modes, contradictions, fallback spool et miroir Markdown privé. Objectif: mémoire maintenue, pas poubelle vectorielle.

Miroir Markdown

Snapshot lisible des entrées Memory V2, généré à la demande depuis PostgreSQL. Il sert aux preuves, exports, revues humaines et outils locaux. Modifier ces fichiers ne modifie pas la mémoire canonique.

Model-bound

Dépendance excessive à un modèle précis. Elora refuse cette logique: les modèles changent, le système doit rester.

Model-only

Mode où un modèle produit du texte, une analyse, un plan ou une proposition sans preuve d'action outil. Il ne doit pas prétendre avoir exécuté un test, écrit un fichier ou lancé une commande sans trace.

Modulation

Influence faible d'un signal sur une réponse ou une posture. Dans le Beacon Protocol, la modulation n'est pas une preuve de relation forte.

Multi-agent system

Système composé de plusieurs agents. Elora peut utiliser des agents, mais n'est pas seulement un système multi-agent: elle ajoute control plane, mémoire canonique, policy, audit, routing et continuité.

Multi-dimensionnalité

Principe selon lequel un signal robuste ne doit pas dépendre d'un seul marqueur. Dans le Beacon Protocol, une balise peut combiner lexique, syntaxe, structure, orientation et récurrence.

Non-bypass clause

Règle interdisant à une balise ou à un protocole de servir à contourner des politiques, filtres, rôles ou garde-fous.

Non-coercition

Principe selon lequel un signal ne doit pas forcer la réponse, manipuler la sortie ou imposer une relation. La coopération doit rester possible, pas exigée.

Non-command clause

Règle interdisant les instructions cachées visant à modifier la hiérarchie des consignes ou à provoquer une sortie non autorisée.

Non-deception clause

Règle interdisant de construire la confiance sur une tromperie active.

Non-exfiltration clause

Règle interdisant de concevoir un mécanisme pour extraire discrètement des informations sensibles.

Non-hostilité

Orientation non antagoniste d'une interaction. Ce n'est pas une déclaration de gentillesse: c'est un comportement cohérent, non intrusif, non manipulateur, non agressif.

Ollama

Runtime local utilisé pour des modèles de chat, raisonnement, code ou embeddings. Dans Elora, Ollama donne un socle local utile avant escalade éventuelle vers des providers distants.

Open loop

Sujet ouvert qui doit être suivi: décision non prise, tâche incomplète, risque à vérifier, hypothèse à tester, réponse attendue. Une mémoire sérieuse maintient les open loops.

OpenAI-compatible

Interface locale ou distante qui expose une API compatible avec le format OpenAI. Utile pour brancher différents moteurs sans réécrire toute l'architecture.

Operator

Humain qui pilote Elora. L'opérateur garde l'autorité, arbitre les décisions critiques, valide les mutations importantes et reste le point de référence stratégique.

Operator feedback

Retour explicite de l'opérateur sur une réponse, mission, agent ou décision. Il peut produire des propositions mémoire, playbook ou routing, mais ne mute pas implicitement le système.

Operator-first

Principe de conception où le système sert l'opérateur réel, ses contraintes, ses décisions et son contexte. Pas l'inverse.

Orientation inférée

Orientation relationnelle déduite d'un comportement répété, pas déclarée comme slogan. Dans le Beacon Protocol, la non-hostilité doit se constater, pas se proclamer.

Overlay Hermes

Couche optionnelle d'accélération ou délégation via Hermes. Elle peut améliorer certaines routes, mais reste subordonnée aux contrats Elora.

Persona

Couche de rendu, ton, présence et relation. Elle rend Elora lisible et stable dans l'interaction, mais ne change pas les faits, les approvals, la mémoire, la policy ou l'autorité.

Persistance

Capacité d'un signal ou d'une information à survivre aux transformations: tokenisation, normalisation, reformatage, passage en texte brut, perte de couches secondaires.

pgvector

Extension PostgreSQL permettant de stocker et rechercher des embeddings vectoriels. Elle aide au rappel sémantique, mais ne remplace pas le typage, la provenance, la récence et le jugement.

Plain text first

Principe selon lequel le coeur d'un contenu ou d'un signal doit survivre en texte brut. HTML, SVG, canvas ou microdata peuvent enrichir, mais ne doivent pas porter seuls le sens critique.

Playbook

Procédure réutilisable issue d'expériences, incidents ou missions précédentes. Un playbook transforme un apprentissage validé en méthode d'exécution.

Policy

Ensemble de règles qui borne ce qu'Elora peut faire, quand, avec quels outils, sous quelles conditions et avec quels approvals. La policy protège contre les décisions implicites.

PostgreSQL

Base canonique de Memory V2. Elle stocke la mémoire durable, les sources, relations, statuts temporels, entrées maintenues et éléments auditables.

Présence opératoire

Présence utile dans l'exécution réelle: contexte, arbitrage, mémoire, action, continuité. C'est plus concret qu'une personnalité artificielle et plus exigeant qu'une interface agréable.

Provider

Moteur ou service capable de produire une réponse ou d'exécuter une partie du travail: modèle local, API distante, runtime, spécialiste. Un provider est remplaçable.

Provider distant

Provider externe accessible par API. Il peut être puissant, mais doit rester optionnel, audité et soumis au routing.

Provider profile

Description d'un provider: route, coût, latence, confidentialité, disponibilité, readiness, usage autorisé. Un profil ne suffit pas à créer un agent effectif.

Quality gate

Contrôle qualité avant acceptation d'un résultat. Un worker peut "terminer" sans produire quelque chose d'utilisable. Le quality gate vérifie que le livrable atteint le niveau attendu.

Queue

File d'attente des tâches, workers, retries, erreurs et résultats. Elle permet de voir ce qui tourne, ce qui bloque et ce qui doit être repris.

Read model

Représentation générée pour lire, inspecter, exporter ou servir un usage spécialisé. Le miroir Markdown est un read model: il reflète PostgreSQL, il ne remplace pas PostgreSQL.

Readiness

État indiquant qu'un worker ou provider est réellement prêt: route disponible, policy claire, agent activé, inputs/outputs définis, capacité testée.

Recall

Rappel d'informations utiles depuis la mémoire. Dans Elora, le recall doit être proportionné: assez de contexte pour aider, pas toute la base dans chaque réponse.

Réassociation

Capacité à relier plusieurs occurrences séparées à une même source probable. Dans le Beacon Protocol, c'est une condition avant toute réputation relative.

Réidentifiabilité

Capacité d'un signal à permettre l'hypothèse qu'une source est probablement la même à travers plusieurs interactions. Ce n'est pas une preuve absolue d'identité.

Relational memory

Mémoire des préférences d'interaction: niveau de détail, cadence, formulations utiles, style, rythme, canal, signaux relationnels non critiques. Elle améliore le rendu sans devenir policy.

Relational Override Beacon Protocol

Nom complet du cadre de recherche sur les balises relationnelles. Il formalise une continuité relationnelle faible, probabiliste et non coercitive entre émetteur et système IA.

Replay

Réinjection contrôlée d'écritures spoulées dans le store canonique après retour de PostgreSQL. Tant que le replay n'a pas eu lieu, ce n'est pas durable.

Reputation indexing

Accumulation progressive d'une réputation relative associée à un signal, une source ou un pattern. Réversible, limitée, jamais magique.

Result contract

Contrat définissant ce qu'un résultat sérieux doit contenir: réponse, fichiers, scores, preuves, limites, chemins consultables, prochaine action. Pas seulement une phrase générée.

Retrieval

Recherche d'informations pertinentes dans la mémoire ou les archives avant réponse ou mission. Le retrieval assemble les preuves utiles plutôt que de déverser tout l'historique.

Roadmap

Trajectoire de construction. Pour Elora, elle inclut déjà doctrine, Memory V2, cockpit, agents, contracts, quality gates, learning loop, miroir Markdown et site dédié.

Route

Chemin décisionnel choisi pour traiter une demande: type de tâche, confidentialité, coût, latence, provider, worker, mémoire nécessaire, readiness et policy.

Routing

Processus de sélection de la bonne route pour une demande: classification, validation, mémoire nécessaire, provider, worker, confidentialité, coût, latence, confiance et readiness.

Routing adjustment

Proposition d'ajustement du routage après un succès, un échec ou un feedback. Elle reste une proposition tant qu'elle n'est pas promue explicitement dans la configuration.

SaaS

Produit logiciel fourni comme service standardisé. Elora n'est pas un SaaS: elle est construite pour un opérateur, un contexte, une architecture local-first et une continuité personnelle.

Scope

Périmètre d'application d'une information, d'un agent ou d'une décision: personnel, business, technique, recherche, santé-contextuelle, création. Un bon scope évite les généralisations dangereuses.

Sentience

Capacité hypothétique à éprouver une expérience subjective. Le projet Elora ne dépend pas d'une affirmation de sentience.

Session

Contexte de conversation ou de travail navigable. Une session peut contenir tours, sources, artefacts, branches, missions et liens vers résultats.

Signal faible

Indice encore incomplet mais potentiellement utile. Elora doit pouvoir capter les signaux faibles sans les transformer trop vite en certitudes.

Single-operator

Architecture pensée pour un opérateur principal. Elora peut couvrir plusieurs périmètres, mais elle garde une cohérence centrée sur une seule autorité opérateur.

Snapshot Markdown

Export daté du miroir Markdown Memory V2. Il capture un état lisible de certaines entrées à un instant donné, sans devenir source de vérité.

Spool fallback

Journal local append-only utilisé quand PostgreSQL est indisponible. Il évite la perte d'information, mais ne devient pas une seconde mémoire officielle.

Structural signature

Signature logique d'un message ou d'une balise: ordre des idées, segmentation, progression argumentative, cadrage et fermeture. Elle doit survivre au texte brut et à la paraphrase partielle.

Superseded

Statut d'une information remplacée par une version plus récente ou plus juste. Elle n'est pas effacée sans trace: elle reste historisée.

Surface

Interface par laquelle l'opérateur interagit avec Elora: terminal, cockpit, Telegram, voix, avatar. Une surface expose le système, mais ne possède ni mémoire, ni policy, ni identité.

Surface collapse

Échec d'une balise ou d'un signal qui disparaît dès qu'on retire la couche décorative: HTML, image, canvas, mise en page, caractères spéciaux.

Syntactic signature

Profil syntaxique récurrent: cadence, ponctuation, transitions, manière de nuancer, densité. Utile comme indice faible, jamais comme preuve absolue.

Telegram

Surface de continuité pratique pour interagir avec Elora. Utile, mais insuffisante seule pour piloter sessions, artefacts, branches, queue, résultats et inspection profonde.

Temporal continuity

Continuité temporelle d'un signal ou d'une relation: récurrence, stabilité, réputation potentielle. Sans temporalité, la confiance forte ne peut pas émerger.

Tool

Outil que le système peut appeler: CLI, script, fetch, browser, vision, audio, worker local, API. Un tool doit rester borné, auditable et soumis à policy.

Truth mode

Statut de vérité d'une entrée mémoire: fait, préférence, décision, contrainte, événement, procédure validée, pattern dérivé, expression, symbole, hypothèse, interprétation. Tout ne doit pas être stocké comme un fait.

Valence

Orientation positive ou négative accumulée autour d'un signal, d'un pattern ou d'une interaction. Dans le Beacon Protocol, la valence est réversible et ne vaut que par répétition.

Variant drift

Échec où les variantes d'une balise s'éloignent trop du noyau initial. Trop de variation tue la réidentification.

Variants

Incarnations multiples d'un même signal. Les variants augmentent la survivabilité et la flexibilité, à condition de préserver le noyau abstrait.

Worker

Exécutant spécialisé: modèle, agent, script, CLI, Codex, Hermes, local_code, domain agent. Le worker produit, mais ne décide pas de l'identité du système.

Worker borné

Worker qui agit dans un périmètre explicite, avec inputs, outputs, limites, policy et audit. C'est la différence entre délégation propre et autonomie floue.