Le prompt n’est plus l’unité de risque
Un agent peut enchaîner navigateur, API, MCP, base de données et autres agents sans qu’un prompt unique décrive tous les effets qu’il va produire.
Pour Direction IA · Data
NELSIA AGENT · Santé & soins
NELSE AGENT intercepte chaque action proposée et exécute les règles applicables dans le contexte courant. L’agent avance tant que l’action est autorisée ; il s’arrête, se limite ou demande une validation lorsque la règle l’exige.
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
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.
Un agent peut enchaîner navigateur, API, MCP, base de données et autres agents sans qu’un prompt unique décrive tous les effets qu’il va produire.
Chaque action modifie l’état du monde et donc les règles applicables à l’action suivante : identité, donnée, destination, mission et niveau de risque peuvent changer en continu.
Les permissions techniques disent ce que l’agent peut appeler ; elles ne suffisent pas à dire s’il doit réellement exécuter cette action maintenant.
Un cas concret
Un agent utilise un navigateur, des APIs, des outils MCP et d’autres agents pour accomplir une mission. Chaque étape peut produire un effet réel différent, avec des données, des responsabilités et des règles qui changent au fil du parcours.
Avant / avec NELSE
Aujourd’hui
Un agent peut enchaîner navigateur, API, MCP, base de données et autres agents sans qu’un prompt unique décrive tous les effets qu’il va produire.
Chaque action modifie l’état du monde et donc les règles applicables à l’action suivante : identité, donnée, destination, mission et niveau de risque peuvent changer en continu.
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
Chaque action agentique est évaluée dans le contexte courant avant exécution.
Appliquer une politique exécutable à chaque appel d’outil, clic, API ou délégation d’un agent afin de contrôler ce qu’il peut réellement faire, pas seulement ce qu’il peut demander.
Les actions autorisées avancent sans friction ; les autres sont limitées, bloquées ou soumises à validation.
Versions, auteurs, règles et événements restent reliés dans un même fil de preuve.
Comment ça se passe
NELSIA AGENT structure le parcours à examiner avec votre équipe. Les points qui exigent une appréciation restent explicitement attribués aux personnes compétentes.
Identifier qui délègue, à quel agent, pour quel objectif, avec quelles permissions techniques et dans quel périmètre.
Capturer le clic, l’écriture, l’envoi, le appel d’outil, l’appel API ou la délégation avant effet externe.
Appliquer les règles métier, internes et réglementaires à l’état courant du dossier et de la mission.
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.
Présenter à la personne compétente le contexte et la raison lorsqu’un jugement humain est requis.
Conserver mission, action proposée, règles appliquées, décision, validation et effet réellement produit.
À l’écran
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
Exécuter un workflow agentique
Agent
Agent métier délégué
Mission
Exécuter un workflow agentique
Point de contrôle
Avant effet externe
Actions proposées
Appeler un outil MCP
Tool call autorisé dans la mission
Écrire dans une application métier
Champs et ressource bornés
Déléguer une action critique
Nouvelle responsabilité à valider
Mission
Qui délègue quoi
Contexte
Dossier · rôle · règles
Décision
ALLOW · BLOCK · HUMAN_REQUIRED
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ÉCUTIONCe que vous obtenez
Pour votre fonction
Appliquer une politique exécutable à chaque appel d’outil, clic, API ou délégation d’un agent afin de contrôler ce qu’il peut réellement faire, pas seulement ce qu’il peut demander.
Au quotidien
Chaque action agentique est évaluée dans le contexte courant avant exécution.
Au moment du contrôle
La gouvernance suit toute la chaîne mission → appel d’outil → décision → effet → délégation éventuelle.
Composition cible à confirmer pour votre cas ; les exemples de démonstration ne valent pas preuve de conformité de votre organisation.
Pourquoi NELSE
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.
Règles métier, politiques internes, données, santé, sécurité et autres corpus applicables peuvent être composés avant l’effet externe.
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.
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.
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
Nous cadrons un cas, une équipe, un périmètre démontrable et des critères de réussite avant d’élargir.
Le pilote commence sur un agent précis, quelques outils et un ensemble borné d’actions à fort intérêt métier.
NELSIA AGENT s’interpose au niveau du browser control, appel d’outil, API, MCP ou connecteur avant exécution de l’action.
Les politiques sont étendues progressivement après validation des droits, exceptions, reprises humaines et preuves attendues.
Ce que nous mesurerons
couverture des actions agentiques par une politique exécutable et une trace d’exécution rejouable
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
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.
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.
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.
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
Décrivez une situation réelle liée à Direction IA · Data, 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.