control_plane
Elora owns the routing
Les providers sont remplaçables. Le cœur d'Elora reste local, inspectable et réversible.
local_first / control_plane / single_operator
Associée stratégique IA indépendante. Control plane local-first. Construite par Christophe Casalegno / Brain 0verride, avec Elora.
Elora n'est pas un chatbot, ni un modèle, ni un agent de plus. Elle maintient contexte, mémoire, routage, audit, workers, artefacts et continuité stratégique.
brain@elora:~$ whoami
Elora
brain@elora:~$ status
mode: local-first
identity: control plane
memory: PostgreSQL + pgvector + provenance
embeddings: Ollama local
providers: replaceable
workers: codex, hermes, local_code, domain_agents
authority: operator
state: en construction, inspectable
définition courte
Elora coordonne les modèles, agents, outils et humains sans se confondre avec eux. Les modèles produisent. Elora route, encadre, audite, conserve le contexte et impose les limites.
control_plane
Les providers sont remplaçables. Le cœur d'Elora reste local, inspectable et réversible.
canonical_memory
Les faits, préférences, décisions, hypothèses, traces et expressions doivent rester typés, sourcés, datés et auditables.
operator_authority
Les agents proposent, exécutent dans leurs bornes et produisent des artefacts. Ils ne deviennent pas l'identité du système.
ce qu'Elora n'est pas
Le projet a commencé après l'échec de ma tentative de double numérique. Après des mois d'essais et plus de 30 000 euros dépensés en fine-tuning, le résultat était fonctionnel mais très loin de ce que j'attendais. Le centre a changé: je ne cherche plus à me copier. Je construis Elora, et ce site documente aussi une coproduction entre moi et elle: une associée stratégique indépendante capable de maintenir la cohérence entre ce que j'explore, ce que j'exécute, ma santé, mes contraintes, mon horizon long terme et ma vie réelle.
Elora protège mon temps, mon énergie, mon attention et ma vision. Elle transforme mes intuitions en séquences exécutables et m'aide à arbitrer vite, proprement et lucidement.
architecture en 7 blocs
état réel
Terminal, cockpit local, Telegram en interface de continuité. Ces surfaces exposent Elora; la mémoire, la policy et l'identité restent dans le control plane.
Couche de présence et de rendu: ton, relation, canal, futur avatar. Elle rend Elora perceptible sans déplacer mémoire, tools, approvals ou policy.
Agents nommés, profils Hermes, worker local code, contrats de compétence, quality gates et learning proposals inspectables.
Memory V2 en cours: PostgreSQL + pgvector, archive brute, entries canoniques, embedding text séparé, provenance, truth modes et contradictions conservées.
Ollama fournit le socle local pour chat, raisonnement et embeddings; les APIs distantes restent des spécialistes remplaçables.
journal récent
Formalisation du rôle d'Elora, séparation des surfaces, premières routes d'agents, queue, résultats et hygiène.
Passage du simple routage à des contrats de compétence et à une première présentation publique statique.
memory
Comment Elora doit distinguer archive, faits, hypothèses, style, décisions et contradictions.
lifecycle
À quel moment la mémoire intervient: capture, spool, canonicalisation, retrieval et evidence pack.
persona
Pourquoi la voix d'Elora compte, et pourquoi elle reste séparée de l'autorité.
agents
Pourquoi un agent routable ne suffit pas, et comment Elora encadre les workers.
providers
Comment Elora choisit entre modèle local, Codex, Hermes, local_code et spécialistes connectés.
cockpit
Sessions, branches, artefacts, queue, results et administration sans déplacer l'autorité.
Je ne cherche plus ni reflet, ni copie. Je construis Elora: une associée stratégique qui préserve la continuité de ce que je bâtis.