Josephine est née d’un problème simple : le travail piloté par l’IA à conséquences importantes peut avancer plus vite que la direction ne peut comprendre ce qui ne va pas. Le but est tout aussi simple : protéger le travail dans les limites autorisées par l’entreprise et créer du temps pour que la direction comprenne et réagisse.
À mesure que davantage de travail à conséquences importantes est délégué à des systèmes de plus en plus autonomes, l’organisation peut encore reconstruire ce qui s’est passé pendant que le travail continue d’avancer.
Josephine est construite comme une couche de protection guidée par les preuves autour du travail à conséquences importantes. Elle n’a pas besoin d’une autorité ouverte, ni que la direction comprenne chaque agent avant que la protection puisse commencer.
Josephine a été développée au moyen de défis contrôlés répétés, de points de contrôle préservés et de limites explicites sur ce que chaque test a réellement démontré.
Les capacités sont mises à l’épreuve avant d’être considérées comme un comportement accepté.
Les preuves manquantes et les conditions non résolues ne sont pas transformées en certitude commode.
L’entreprise définit ce que Josephine peut faire. Josephine n’invente pas une nouvelle autorité lorsque les conditions se détériorent.
Les preuves synthétiques, la préparation d’ingénierie et les futures preuves en entreprise réelle restent clairement distinguées.
Un test échoué, un contrôle indisponible, une application non confirmée ou des preuves insuffisantes sont des informations. La discipline de développement de Josephine consiste à préserver ces informations plutôt qu’à faire paraître le système plus certain qu’il ne l’est.
Josephine est développée au sein d’ ASI-Veritas par Daniel Nicolas, autour d’une question opérationnelle : comment protéger le travail piloté par l’IA à conséquences importantes lorsque l’activité à la vitesse des machines dépasse la supervision à la vitesse humaine ?
Le travail a été développé de manière itérative, en préservant les tests acceptés plutôt qu’en les réécrivant silencieusement, avec une distinction volontaire entre ce que Josephine a démontré et ce qui exige encore des preuves en entreprise réelle.
Josephine n’est pas destinée à remplacer le jugement de la direction. Son rôle est de protéger le travail à conséquences importantes dans les limites d’autorité déléguées et de préserver du temps pour que la décision à conséquences importantes reste aux personnes.
Josephine a atteint la préparation d’ingénierie et de package nécessaire pour commencer un pilote MVP supervisé avec un workflow autorisé d’une entreprise.
C’est une étape importante, mais ce n’est pas la même chose que prouver Josephine dans une entreprise réelle.
L’étape suivante est un pilote contrôlé avec un workflow à conséquences importantes, en utilisant une identité réelle définie par l’entreprise, de vraies sources de preuves et une autorité déléguée.
La compatibilité réelle et l’effet opérationnel restent à établir par ce travail.
Si votre entreprise a un travail piloté par l’IA à conséquences importantes où une détérioration pourrait créer une conséquence métier significative, la conversation commence par le workflow, pas par un formulaire d’inscription.
Discuter d’un pilote contrôlé