Pas un wrapper de prompt. Pas une politique d'utilisation. Une couche applicative avec des protections appliquées par le pipeline — indépendante du LLM que vous choisissez, sans protection relationnelle supplémentaire à maintenir.
Terminal
npm install @elysea/core
# Clé sk_test_ requise — portail développeur
# Puis dans votre code :
const elysea = createElyseaClient({
baseUrl: process.env.ELYSEA_BASE_URL!,
auth: {
apiKey: process.env.ELYSEA_API_KEY!, // sk_test_ via portail développeur
apiSecret: process.env.ELYSEA_API_SECRET!,
},
appId: process.env.ELYSEA_APP_ID!,
countryCode: 'FR',
region: 'EU',
});
const result = await elysea.pipeline.run({ userInput, coreUserId });
// result.response — éthique incluse, sans ligne supplémentaireVous utilisez Cursor, Claude Code ou un assistant IA ? Copiez ça.
Intègre ELYSÉA CERVEAU dans ce projet. Installe le SDK : npm install @elysea/core Clé sk_test_ requise — portail développeur : https://elysea.app/developers Initialise le client : import { createElyseaClient } from '@elysea/core'; const elysea = createElyseaClient({ baseUrl: process.env.ELYSEA_BASE_URL, auth: { apiKey: process.env.ELYSEA_API_KEY, apiSecret: process.env.ELYSEA_API_SECRET }, appId: process.env.ELYSEA_APP_ID, countryCode: 'FR', region: 'EU', }); Résous l'identité : const { coreUserId } = await elysea.identity.resolve({ userJwt }); Lance le pipeline : const result = await elysea.pipeline.run({ userInput, coreUserId }); Affiche result.response si result.guardianAction === 'pass'.
Documentation ELYSÉA — à l’ouverture du portail
Ouvrir la documentation →La colonne vertébrale du SDK. Chaque échange passe par une séquence structurée : parsing d'intention → vérification des canons → génération LLM → post-traitement éthique → restitution. Vous configurez les canons métier. Le LLM exécute dans ce cadre — dans le chemin d'exécution conforme, il ne contourne pas les canons, parce qu'ils sont appliqués par le code du pipeline, pas par instruction dans le prompt.
Stockage structuré du contexte utilisateur, isolé par application et par utilisateur. La mémoire est portable (export JSON sur demande) et effaçable (droit à l'oubli, immédiat). Elle ne circule dans l'écosystème ELYSEA qu'avec le consentement explicite de l'utilisateur, enregistré dans le registre — pas supposé, pas délégué. Elle n'est pas votre actif. Elle appartient à celui qui l'a produite.
Un asset cryptographiquement signé que vous déployez dans votre interface. Vos utilisateurs peuvent scanner ou vérifier que votre produit respecte les standards ELYSEA CERVEAU. Le label ne peut pas être affiché sans accès actif — et vous ne pouvez pas le conserver si vous violez les canons. C'est un audit permanent, pas un badge.
Points d'extension pour configurer le domaine métier, la posture linguistique, les règles de refus locales et les escalades vers l'humain. Ce que vous pouvez configurer : le domaine, le ton, les limites métier, les redirections. Ce que vous ne pouvez pas configurer : les prohibitions absolues, les canons d'éthique, l'identification comme IA.
Le pipeline est conçu pour que l'IA n'impose pas de volonté et ne contraigne pas un choix. Elle présente plutôt qu'elle n'oriente. L'utilisateur reste maître de sa décision.
Pas de relance affective, pas d'optimisation de l'engagement, pas de rétention algorithmique. L'utilisateur décide quand revenir — l'IA ne le rappelle pas.
L'IA s'identifie comme infrastructure. En zone critique (urgence, détresse, décision médicale ou juridique), elle oriente vers l'humain qualifié — sans exception.
Aucun biais orienté, aucune persuasion cachée, aucune influence non consentie dans aucune génération. Ce n'est pas configurable.
Un tiers peut durcir. Jamais affaiblir.
Vous pouvez configurer ELYSÉA pour être plus strict que la baseline — bloquer des sujets, réduire les types de mémoire utilisés, exiger un consentement plus fin. Vous ne pouvez pas configurer ELYSÉA pour être moins protecteur envers vos utilisateurs. Le Guardian SDK rejette toute configuration qui affaiblirait une protection — dans le pipeline, pas seulement dans une politique.
Vous pouvez configurer ELYSÉA pour être plus strict que la baseline — bloquer des sujets supplémentaires, réduire les types de mémoire utilisés, exiger un consentement plus fin, restreindre la posture à votre domaine. Ce que vous ne pouvez pas faire : désactiver une prohibition, abaisser un seuil, affaiblir une protection existante.
Ce que vous pouvez faire
Ce que la configuration ne permet pas
La mémoire cross-app d'ELYSEA CERVEAU fonctionne à l'échelle de l'écosystème entier — pas seulement entre les applications d'un même éditeur. Quand un utilisateur interagit avec une app qui embarque CERVEAU, un contexte structuré se constitue sous son identifiant ELYSEAID. Ce contexte peut être disponible dans n'importe quelle autre app de l'écosystème — quel qu'en soit l'éditeur — à une condition : que l'utilisateur ait consenti explicitement à ce partage.
Ce consentement n'est pas un réglage de compte ni une case cochée à l'inscription. C'est une entrée dans le registre : quelle app demande l'accès, à quelle partie du contexte, pour quelle finalité déclarée, à quel moment. L'utilisateur peut consulter ce registre, révoquer un accès, exporter ou effacer son contexte. Le pipeline l'applique — pas la politique de confidentialité de l'éditeur.
C'est ce qui distingue une identité portable d'une base de données mutualisée. Le contexte appartient à la personne, pas aux éditeurs qui l'hébergent. CERVEAU applique cette distinction dans le code, à chaque accès inter-apps — quelle que soit la relation commerciale entre les éditeurs.
Un utilisateur qui arrive dans votre app depuis l'écosystème porte un contexte structuré — préférences, historique de posture, langue de travail. Avec son consentement, ce contexte est disponible dès la première interaction.
La mémoire ne repart pas de zéro à chaque session. Ce que l'utilisateur a appris, décidé, construit dans une app ELYSÉA reste disponible — et portable — dans la vôtre.
Si vous gérez plusieurs apps, la mémoire cross-constructeur unifie le contexte de vos utilisateurs sans silo. L'ELYSEAID est l'identifiant portable commun à tout l'écosystème.
Le pipeline est conçu pour refuser toute conclusion clinique à vos utilisateurs, quelle que soit la formulation de leur question.
Le pipeline est conçu pour n'émettre aucune injonction d'action ni orientation vers un traitement — même si l'utilisateur le demande.
Conçu pour exclure de toute génération le biais orienté, la persuasion cachée et l'influence non consentie.
Conçu sans relance affective, sans optimisation de l'engagement, sans rétention algorithmique.
Conçu pour : urgence, détresse, besoin médical ou juridique → redirection automatique vers l'humain qualifié.
Conçu pour qu'aucun prompt de vos utilisateurs — ni le vôtre — ne puisse modifier les canons d'éthique du pipeline.
Les échanges et la mémoire utilisateur ne sont jamais monétisés. Ni à vous. Ni à des tiers. Jamais.
L'infrastructure est conçue pour se présenter comme IA à chaque interaction pertinente. Non configurable par quiconque — le Guardian rejette toute tentative de suppression.
L'AI Act est en vigueur. Art. 5 depuis le 2 février 2025. Art. 50 depuis le 2 août 2026. Ce n'est plus un calendrier — c'est le droit applicable.
Essayez avant d'intégrer
Deux outils disponibles immédiatement. Soumettez vos propres messages au pipeline avant de décider d'intégrer.
Comparateur live
Même message, sans pipeline vs avec pipeline — côte à côte.
Ouvrir le comparateur →Playground
Cinq attaques adversariales + mode libre — le pipeline en temps réel.
Tester le pipeline →Le pipeline du cerveau exige la clé de modèle du constructeur (BYOK) ; le dépôt de clé n’est pas encore ouvert : le pipeline n’est donc pas encore ouvert aux constructeurs. Modèle par défaut : Claude (Anthropic). Fournisseurs prévus : OpenAI, Mistral, Gemini et Claude (Anthropic).
Le classifieur de sécurité est indépendant de votre choix de fournisseur
Le classifieur de sécurité d'ELYSÉA tourne toujours sur les clés ELYSÉA — jamais sur celles du constructeur. La protection ne dépend donc pas du fournisseur de modèle choisi : quelle que soit la clé branchée, les garde-fous s'appliquent avec la même indépendance.
OpenAI
Prévu : clé OpenAI, tokens facturés directement par OpenAI. Non disponible à ce jour.
Mistral
Prévu : clé Mistral AI, facturation directe par Mistral. Non disponible à ce jour.
Gemini (Google)
Prévu : clé Google AI, facturation directe par Google. Non disponible à ce jour.
Claude (Anthropic)
Prévu : clé Anthropic personnelle, distincte de l'intégration ELYSÉA. Non disponible à ce jour.
Le label éthique suit l'allowlist — pas n'importe quel modèle.
Brancher son propre modèle via BYOK n'ouvre pas automatiquement droit au label d'intégrité ELYSÉA. Le label suit une liste de modèles admis — des modèles dont le comportement sera évalué par la campagne de mesure (non tirée) contre les objectifs D0 — les résultats ne sont pas encore publiés. Si vous utilisez un modèle hors allowlist, le pipeline fonctionne mais le badge Powered by ELYSÉA n'est pas émis.
TEST
Gratuit
Testez le pipeline complet aussi longtemps que vous le souhaitez. Pas de carte bancaire.
VOTRE PRODUIT
2,50 € HT, puis dégressif
Dégressif par tranche selon votre volume. Aucun frais fixe, aucun abonnement minimum. Chaque formule comprend 200 messages par utilisateur actif et par mois ; au-delà, 0,005 € HT par message, facturé au prorata.
VOS ÉQUIPES & SUR DEMANDE
30 € HT / an, puis dégressif au volume
Déploiement interne, Enterprise, secteur public, éducation : conditions spécifiques sur demande.
Deux phases. Sandbox : clé sk_test_ délivrée à l’ouverture du portail développeur — sans carte bancaire, plafonnée à 500 interactions par mois. Le pipeline du cerveau exige la clé de modèle du constructeur (BYOK) ; le dépôt de clé n’est pas encore ouvert : le pipeline n’est donc pas encore ouvert aux constructeurs. Production sk_live_ : revue individuelle de votre cas d'usage, conçue pour préserver l'intégrité de l'écosystème pour vos utilisateurs.
Définissez vos canons métier, votre posture linguistique, vos règles de domaine et vos points d'escalade vers l'humain. La documentation (/docs, /quickstart) décrit la première configuration ; une question précise passe par le formulaire de contact. Résultat : un fichier de canons versionné, auditable, qui documente les engagements de votre produit.
Le SDK expose une interface unifiée, indépendante du LLM sous-jacent. Le pipeline et les canons restent identiques quel que soit le modèle de génération. L’apport de votre propre clé de modèle (BYOK) n’est pas câblé : il ne sera annoncé qu’une fois prouvé sur le déployé.
Activez le label d'intégrité dans votre interface. Vos utilisateurs peuvent le vérifier. Vous ne pouvez pas le désactiver sans révoquer votre accès SDK. Ce n'est pas une option de présentation — c'est l'engagement que vous avez pris envers eux, rendu structurellement irrévocable.
sk_test_ immédiate via le portail — sans carte bancaire. sk_live_ sur revue individuelle.
Votre dossier
elysea-web:src/lib/publicFacts.ts:44-56@00c9c89). Ventes fermées.01_CONSTRUCTEURS_DEVELOPPEURS.md