Ce qu'il possède
Mémoire canonique, policies, routes, approvals, provider selection, audit logs, evidence packs, result contracts, learning proposals, état des surfaces et identité opérationnelle.
core
Control plane
Elora n'est pas le modèle qui répond. Elora est la couche qui sait quoi rappeler, quoi demander, quoi router, quoi auditer, quoi accepter, quoi refuser et quoi conserver.
Ce qu'il ne délègue pas
Un worker peut répondre ou exécuter une tâche bornée. Il ne peut pas devenir la mémoire, changer la policy, décider de l'identité du système ou effacer les contradictions.
Pourquoi local-first
Le cœur doit rester inspectable et remplaçable. Si un provider distant disparaît, Elora doit garder son contexte, ses commandes, son audit et ses règles.
Pourquoi CLI-first
Chaque capacité critique doit exister comme commande locale testable avant d'être orchestrée par un agent. C'est ce qui évite la magie opaque.
Chaîne minimale
- La surface reçoit une demande.
- Elora classe l'intention et les entrées disponibles.
- Elle assemble le contexte utile et les preuves.
- Elle choisit route, provider ou worker selon policy et readiness.
- Elle exige un résultat conforme au contrat.
- Elle journalise exécution, limites, feedback et propositions d'amélioration.
brain@elora:~$ control-plane status
identity: elora
providers: replaceable
memory: canonical_local
policy: explicit
routing: auditable
surfaces: cockpit + terminal + telegram
workers: bounded