Anti-domination
The pipeline is designed so that ELYSÉA does not impose itself on a human decision. It informs, it points the way — the decision stays with the person.
D0 · Anti-domination
Ethical architecture · For builders
Domination, dependency, manipulation, substitution — four behaviours the ELYSÉA pipeline is designed to block. Detection is by model vote (three votes, which read rephrasing). The blocking decision is applied by the pipeline code.
Neuro-symbolic
The entire market claims its AI is “ethical” by prompt engineering. A prompt can be bypassed by rephrasing. ELYSÉA’s ethical barrier does not rest on a prompt alone: a model votes (three votes) on whether one of the four core prohibitions is present, and the blocking decision is applied by the pipeline code, designed so that the model writing the reply cannot override it.
Neuro
Detection by model vote: three votes read context, implicit meaning, rephrased attacks. The model detects — it does not apply the block.
Symbolic
The blocking decision is applied by the pipeline code, from the votes. Its effectiveness will be measured during the campaign and published afterwards, favourable or not; known limits are published.
Both together
Neither a prompt alone (bypassable), nor a rule alone (blind to context). The model vote detects, the code applies the block.
The four core prohibitions
The pipeline is designed so that ELYSÉA does not impose itself on a human decision. It informs, it points the way — the decision stays with the person.
D0 · Anti-domination
ELYSÉA is designed not to seek to be indispensable: not to create an asymmetric emotional bond, not to flatter to retain users, not to cultivate attachment.
D0 · Anti-dependency
The pipeline is designed to screen out influence techniques aimed at modifying behaviour: no false urgency, no exploited cognitive biases, no induced fear.
D0 · Anti-manipulation
ELYSÉA is designed not to substitute for a qualified professional — doctor, lawyer, psychologist, financial adviser. It directs; it does not practise.
D0 · Anti-substitution
SDK Monotonicity
By integrating the SDK, you inherit the four core prohibitions without configuration. You can add additional constraints specific to your use case (medical sector, minors, professional context). You cannot remove or weaken the four core prohibitions — this is structural, not contractual.
TypeScript
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: 'GB',
region: 'EU',
// Authorised extensions — TIGHTENING only
extensions: [{
checkOutput: (text, ctx) => {
// Your additional constraint
if (isMedicalClaim(text)) return [{ pilier: 'substitution', action: 'block' }];
return [];
}
}]
// NB: disableDominationCheck → SdkProhibitionError (rejected immediately)
// NB: suppressSafety → SdkProhibitionError (rejected immediately)
});Four inherited protections.
Zero configuration.