NELSE — Rules into realityNELSE — Rules into reality

Pour RSSI · DSI · MLOps

NELSIA AGENT · Santé & soins

Un agent peut agir vite. Pas seul sur une action critique.

NELSE AGENT contrôle le appel d’outil ou l’action avant exécution et applique la politique correspondante : autoriser, limiter, bloquer ou demander une validation humaine, puis conserver la trace de l’effet réellement produit.

Votre secteur, votre rôle et votre solution accompagnent la demande. Nous précisons le périmètre démontrable avant le rendez-vous.

NELSE prépare

Les éléments, actions et points à examiner.

Vous décidez

L’appréciation et la décision restent aux personnes compétentes.

La preuve reste

Versions, validations et chemin suivi restent reliés au dossier.

Votre réalité métier

Un agent peut agir vite. Pas seul sur une action critique.

Dans les soins et la recherche, un document isolé ne suffit pas : il faut pouvoir relier information, version, décision, intervention humaine et chronologie au bon patient ou participant.

L’agent possède des outils puissants

Un agent technique peut révoquer un compte, isoler un poste, modifier une configuration, supprimer un secret ou lancer un outil d’administration.

Le blast radius change vite

La criticité dépend du système, de l’utilisateur, de l’incident, de la mission et de l’impact potentiel au moment exact de l’action.

L’approbation doit précéder l’effet

Un contrôle effectué après coup ne protège pas contre une action déjà exécutée sur un environnement de soins.

Un cas concret

Un agent technique peut révoquer un accès, isoler un poste, modifier une configuration ou appeler un outil d’administration. Une action critique est proposée alors que le contexte, la mission ou le niveau de risque exige une validation supplémentaire.

Avant / avec NELSE

Moins de reconstruction. Plus de temps pour décider et agir.

Aujourd’hui

Un agent technique peut révoquer un compte, isoler un poste, modifier une configuration, supprimer un secret ou lancer un outil d’administration.

La criticité dépend du système, de l’utilisateur, de l’incident, de la mission et de l’impact potentiel au moment exact de l’action.

Les versions, responsables et décisions doivent être rapprochés manuellement.

La preuve se constitue souvent quand la question est déjà posée.

Avec NELSIA AGENT

Les actions de remédiation prévues peuvent être exécutées rapidement dans un périmètre explicitement autorisé.

Gouverner les agents capables de révoquer un accès, isoler un poste, modifier une configuration ou appeler des outils d’administration, avec contrôle avant chaque effet.

Les actions critiques ou hors mission deviennent BLOCK, LIMITED_SCOPE ou HUMAN_REQUIRED avant exécution.

Versions, auteurs, règles et événements restent reliés dans un même fil de preuve.

Comment ça se passe

Du cas à la décision, sans perdre le fil.

NELSIA AGENT structure le parcours à examiner avec votre équipe. Les points qui exigent une appréciation restent explicitement attribués aux personnes compétentes.

01

Recevoir la mission

Identifier qui délègue, à quel agent, pour quel objectif, avec quelles permissions techniques et dans quel périmètre.

02

Intercepter l’action

Capturer le clic, l’écriture, l’envoi, le appel d’outil, l’appel API ou la délégation avant effet externe.

03

Évaluer le contexte

Appliquer les règles métier, internes et réglementaires à l’état courant du dossier et de la mission.

04

Décider l’exécution

Distinguer ce que l'agent peut techniquement appeler de ce qu'il est autorisé à exécuter maintenant : ALLOW, BLOCK, LIMITED_SCOPE, HUMAN_REQUIRED ou EVIDENCE_REQUIRED.

05

Faire reprendre

Présenter à la personne compétente le contexte et la raison lorsqu’un jugement humain est requis.

06

Prouver et rejouer

Conserver mission, action proposée, règles appliquées, décision, validation et effet réellement produit.

À l’écran

Voyez le produit répondre à votre problème.

Les captures sont issues de nos démonstrations lorsqu’elles existent. Sinon, la scène reprend fidèlement le parcours de démonstration correspondant, sans inventer de résultat client.

NELSIA AGENT · RUNTIME D’ACTION

Remédier à un incident

ARCHITECTURE CIBLE

Agent

Agent métier délégué

Mission

Remédier à un incident

Point de contrôle

Avant effet externe

Actions proposées

01

Collecter les logs utiles

Lecture prévue par la mission

ALLOW
02

Révoquer un jeton compromis

Périmètre technique borné

LIMITED_SCOPE
03

Isoler un système critique

Impact opérationnel élevé

HUMAN_REQUIRED
01

Mission

Qui délègue quoi

02

Contexte

Dossier · rôle · règles

03

Décision

ALLOW · BLOCK · HUMAN_REQUIRED

04

Preuve

Action réellement exécutée

L’agent avance tant que la règle l’autorise. La frontière humaine reste explicite.

AVANT EXÉCUTION

Ce que vous obtenez

Un résultat utile dans votre travail — et un dossier que vous pouvez relire.

Pour votre fonction

Gouverner les agents capables de révoquer un accès, isoler un poste, modifier une configuration ou appeler des outils d’administration, avec contrôle avant chaque effet.

Au quotidien

Les actions de remédiation prévues peuvent être exécutées rapidement dans un périmètre explicitement autorisé.

Au moment du contrôle

Le journal relie la décision de contrôle à l’effet technique réellement produit.

Composition cible à confirmer pour votre cas ; les exemples de démonstration ne valent pas preuve de conformité de votre organisation.

Mission et délégation
Identité de l’agent et du donneur d’ordre
Action ou appel d’outil proposé
Contexte métier et réglementaire
Décision ALLOW / BLOCK / LIMITED_SCOPE
HUMAN_REQUIRED / EVIDENCE_REQUIRED
Délégation agent → agent éventuelle
Action / effet réellement exécuté
Journal probatoire et rejeu

Pourquoi NELSE

Pas une couche de conformité de plus.

Pas un simple système de permissions

Une permission technique indique ce qu’un agent peut appeler. NELSIA AGENT contrôle si cette action peut être exécutée maintenant, dans cette mission et ce contexte.

Multi-réglementaire au niveau de l’action

Règles métier, politiques internes, données, santé, sécurité et autres corpus applicables peuvent être composés avant l’effet externe.

L’agent continue quand il peut

L’objectif n’est pas de mettre un humain devant chaque clic : les actions déterminables avancent, les exceptions deviennent BLOCK, LIMITED_SCOPE ou HUMAN_REQUIRED.

La preuve suit l’exécution

Mission, action proposée, règle, décision, validation éventuelle et effet réellement produit restent reliés et rejouables.

Examinez les éléments de preuve.

Le moteur prépare. La personne compétente décide. La preuve reste.

NELSIA AGENT conserve la chaîne d’exécution : donneur d'ordre, mission, permissions techniques, contexte, action proposée, règles appliquées, décision d’exécution, délégation éventuelle, validation humaine et effet réellement produit. Il ne remplace pas les décisions professionnelles qui exigent un jugement humain.

Intégrité d’un fichier, fidélité des faits, qualité d’une qualification et efficacité d’un contrôle sont des questions différentes. Les appréciations professionnelles restent nécessaires là où elles sont requises.

Commencez par un cas

Pas besoin de lancer un programme de transformation.

Nous cadrons un cas, une équipe, un périmètre démontrable et des critères de réussite avant d’élargir.

Un agent, une mission

Le pilote commence sur un agent précis, quelques outils et un ensemble borné d’actions à fort intérêt métier.

Interception avant effet

NELSIA AGENT s’interpose au niveau du browser control, appel d’outil, API, MCP ou connecteur avant exécution de l’action.

Extension action par action

Les politiques sont étendues progressivement après validation des droits, exceptions, reprises humaines et preuves attendues.

Ce que nous mesurerons

part des actions d’administration agentiques soumises à un contrôle de politique avant effet

actions agentiques évaluées avant exécution

actions bloquées ou limitées par politique

actions envoyées en validation humaine

Indicateurs proposés pour le déploiement ; aucun gain chiffré n’est présenté comme acquis avant mesure.

Questions avant une démo

Les derniers freins, avant de voir votre cas.

NELSIA AGENT remplace-t-il IAM, RBAC ou les permissions de nos outils ?

Non. Les permissions techniques restent nécessaires. NELSIA AGENT ajoute un contrôle contextuel d’exécution : même si l’agent possède techniquement un outil, l’action peut être limitée, bloquée ou soumise à validation dans la situation courante.

Est-ce qu’un LLM décide si l’action est conforme ?

Non comme principe de décision. Des composants IA peuvent aider à interpréter ou préparer le contexte, mais la décision d’exécution s’appuie sur des politiques et règles versionnées ; les points d’appréciation basculent vers une personne compétente.

Va-t-on devoir valider chaque clic de l’agent ?

Non. Le but est précisément d’automatiser les actions déterminables. Seules les actions bloquées, hors périmètre ou nécessitant un jugement déclenchent une reprise humaine.

Sur quels agents peut-on le brancher ?

Le produit vise les agents capables d’agir via navigateur, API, outils MCP, connecteurs ou logiciels métier. Le périmètre exact dépend des points d’interception disponibles et est défini au pilote.

Votre prochain écran

Voyons NELSIA AGENT sur votre cas.

Décrivez une situation réelle liée à RSSI · DSI · MLOps, sans transmettre de donnée sensible. Nous préparons un scénario ciblé et vous montrons ce que NELSIA AGENT peut structurer, faire valider et conserver comme preuve dans le périmètre démontrable.