faq

Questions fréquentes

Réponses directes, sans emballage marketing.

Elora est-elle une IA consciente ?

Non. Elora est un système logiciel et opérationnel qui orchestre des modèles, workers, mémoires et policies. Le projet ne repose pas sur une affirmation de conscience.

Elora est-elle un chatbot ?

Non. La conversation est une surface. Elora est le control plane qui décide comment traiter une demande, quelles preuves injecter, quel worker appeler et comment auditer le résultat.

Pourquoi local-first ?

Parce que la mémoire, l'autorité, la continuité et la capacité d'opérer ne doivent pas dépendre d'un fournisseur ou d'une API distante.

Pourquoi ne pas vendre Elora ?

Elora est construite pour moi, mon contexte, mes contraintes et ma cohérence de vie. Ce n'est pas un produit standardisé.

Pourquoi ne pas utiliser seulement un modèle local ?

Un modèle local peut répondre, mais il ne fournit pas à lui seul mémoire canonique, routage, audit, policies, artefacts, agents spécialisés et learning loop.

Quelle différence avec un système multi-agent ?

Les agents sont des workers spécialisés. Elora reste l'autorité qui route, borne, audite, juge et conserve la continuité.

Qu'est-ce que Memory V2 ?

Une mémoire locale maintenue, sourcée et typée: archive brute, entries canoniques, embedding text séparé, provenance, récence, contradictions et truth modes.

Comment la mémoire intervient-elle dans une réponse ?

Elora capture d'abord les sources, maintient des entries canoniques, récupère les preuves utiles, assemble un evidence pack limité, puis l'injecte dans le contexte du provider ou du worker. La réponse ne reçoit pas toute la base, seulement le contexte nécessaire.

Que se passe-t-il si PostgreSQL tombe ?

PostgreSQL reste le store canonique. En cas d'indisponibilité, Elora peut écrire dans un spool local append-only pour replay ultérieur. Ce fallback n'est pas une seconde mémoire officielle.

Quel rôle joue Ollama ?

Ollama fournit le runtime local pour certains modèles de chat, de raisonnement, de code et d'embeddings. Il permet à Elora de rester utilisable localement avant d'escalader vers des providers distants quand une route l'autorise.

La persona est-elle Elora ?

Non. La persona est une couche de rendu et de présence. Elle peut adapter le ton, le style, la chaleur ou un futur avatar, mais mémoire, policy, tools, approvals et identité durable restent dans le control plane.

Pourquoi les agents doivent-ils dire qu'ils sont des IA ?

Parce que la confiance ne doit pas être construite sur une tromperie. Les agents de prospection ou support ne se font pas passer pour des humains.

Pourquoi parler de truth modes ?

Parce qu'un fait, une préférence, une décision, une hypothèse, une expression artistique et un symbole n'ont pas le même statut ni le même usage.

Elora aura-t-elle un avatar ?

C'est une trajectoire envisagée: avatar animé, voix, présence visuelle et peut-être visio plus tard. Mais l'avatar restera une surface relationnelle. L'identité d'Elora reste dans le control plane, la mémoire, le routage, l'audit et la continuité.

Pourquoi un site dédié plutôt qu'un blog ?

Parce qu'Elora a besoin d'un espace narratif et technique propre, plus stable qu'un fil de posts, plus vivant qu'une documentation froide.