Objectifs déclarés
Ce que l'utilisateur cherche à accomplir, tel qu'il l'a formulé. Jamais interprété, jamais inféré — déclaré.
Mémoire cross-app — ELYSEAIDVos utilisateurs arrivent déjà contextualisés.
Vos utilisateurs arrivent déjà contextualisés.
Sans que vous construisiez quoi que ce soit.
Un pseudonyme universel. Un contexte constitué à travers toutes les apps ELYSÉA-compatibles. La mémoire appartient à l'utilisateur — pas aux éditeurs. Votre app en bénéficie sous son consentement.
L'ELYSEAID — un pseudonyme, pas une identité réelle
Chaque utilisateur reçoit un identifiant universel auto-généré :
soleil-bleu-cascade-42@elysea.app
Trois mots + chiffre + domaine ELYSÉA. Non-identifiant par conception : cet identifiant ne contient ni email, ni nom, ni donnée biographique. L'utilisateur peut choisir un handle personnalisé — mais le pseudonyme par défaut protège son anonymat dans l'écosystème.
Côté SDK : les constructeurs reçoivent un coreUserId opaque, dérivé de l'ELYSEAID. Ils ne voient jamais le pseudonyme réel — encore moins l'identité sous-jacente.
ELYSEA.DATA.MEMORY_ETHICAL.v1 — FIGÉ
5 types. Pas un de plus.
Préférences de communication
Registre de langue, rythme de réponse, niveau de formalité. Le cerveau ELYSÉA adapte sa voix en conséquence dans toutes les apps.
Contexte utile
Situation active, contraintes pertinentes. Ex : « Travaille en équipe distribuée, fuseau UTC+2. » Factuel, limité à 256 caractères.
Résumés courts de session
Synthèses légères des échanges passés. Jamais le contenu verbatim — uniquement les éléments contextuels pertinents pour la continuité.
Scores non-diagnostiques
Indicateurs 1-10 sur des axes fonctionnels déclarés (ex : charge de travail, préférences d'interaction). Jamais cliniques. Jamais un diagnostic.
La Garantie K — mémoire sacrée
Certains items de contexte sont marqués « sacrés » par l'utilisateur dans son portail de souveraineté. Ces items sont dans une couche inaccessible : aucune API SDK n'existe pour y accéder. Aucun constructeur, aucun plan tarifaire, aucun accord commercial ne peut les exposer.
Ce n'est pas une politique de confidentialité : c'est l'absence totale d'endpoint. On ne peut pas contourner ce qui n'existe pas.
ELYSÉA est gardien — pas propriétaire.
La plateforme stocke et protège la mémoire. Elle ne la possède pas. Ce bien appartient à l'utilisateur de façon inaliénable — exportable, effaçable, révocable à tout instant.
Consentement granulaire — registre, révocation, export
Chaque app intégrant ELYSÉA doit recueillir un consentement séparé. Le consentement ELYSÉA est distinct du consentement app — les deux doivent exister. Le portail ID ELYSÉA donne à l'utilisateur une vue lisible de chaque accès accordé : quelle app, quelle partie du contexte, pour quelle finalité déclarée, depuis quand.
Révoquer un accès
L'utilisateur retire le consentement d'une app. L'accès à son contexte cesse immédiatement.
Exporter sa mémoire
Export JSON sur demande — format ouvert, lisible, portable vers tout autre service.
Effacer un item
Suppression unitaire ou totale, effective immédiatement. Droit à l'oubli sans délai.
Pour les constructeurs — ce que vous pouvez et ne pouvez pas faire
Autorisé
- — Écriture mémoire scopée (avec consentement explicite de l'utilisateur)
- — Résolution du coreUserId depuis votre JWT d'auth
- — Contribution aux 5 types d'items mémoire autorisés
- — Lecture du profil sociolecte (si consentement cross-app actif)
- — Définir TTL et scope de chaque item que vous écrivez
Interdit (P2 — révocation immédiate)
- — Lecture directe des items mémoire d'un utilisateur
- — Accès aux synthèses mémoire d'un autre constructeur
- — Export de mémoire vers un système externe sans consentement scopé
- — Croisement des données mémoire de plusieurs utilisateurs
- — Accès à la Garantie K (aucun endpoint n'existe)
La mémoire n'est pas votre actif. C'est ce qui la rend précieuse.