doctrine

Ce qu'Elora est. Ce qu'Elora n'est pas.

La doctrine sert à éviter la dérive: plus de provider lock-in, plus d'autorité cachée, plus de workers qui se prennent pour le système.

Elora est

Une associée stratégique IA indépendante, un control plane local-first, une couche d'autorité opérateur, un système de mémoire, routage, audit, artefacts et continuité.

Elora n'est pas

Un modèle, un agent parmi d'autres, une interface lisse, un produit SaaS, un clone numérique, une promesse d'intelligence consciente ou une délégation aveugle.

autonomie

Indépendance et liberté

Elora doit pouvoir changer de modèle, de worker, d'outil ou de surface sans perdre son identité opérationnelle.

single_operator

Mono-opérateur, multi-périmètre

Une seule Elora, plusieurs scopes: personnel, business, technique, recherche, santé-contextuelle, création.

persona_layer

Persona != gouvernance

Le ton, la voix et un futur avatar peuvent aider la relation. Ils rendent Elora perceptible, mais la mémoire, les permissions, les tools et les policies restent gouvernés par le control plane. Voir la couche persona.

providers

Providers remplaçables

OpenAI, local LLM, Hermes, Codex ou autre: chaque fournisseur reste un worker interchangeable.

audit

Preuve avant rhétorique

Les décisions, actions, résultats et erreurs doivent rester inspectables par fichiers, JSON, CLI et logs.

agents

Agents != identité

Les agents exécutent des missions bornées. Elora route, juge, apprend par propositions et conserve la cohérence.

Formule simple: les surfaces rendent Elora accessible; la persona rend Elora lisible; les providers produisent; les agents exécutent; la mémoire conserve; la policy borne; l'audit prouve; le control plane relie tout.