La protection est-elle intervenue à temps ?
Inconnu.
Lorsque des agents d’IA autorisés rencontrent des difficultés, une entreprise doit savoir ce qu’il advient des paiements, des dossiers de sinistre, des approbations ou des instructions de clients qui leur ont été confiés.
Josephine est conçue pour aider à protéger ce travail à forts enjeux dans le cadre de l’autorité définie par l’entreprise. Ses éléments de preuve d’ingénierie montrent ce qui a été démontré en conditions contrôlées et ce qu’un pilote en entreprise réelle doit encore établir.
Le programme d’installation de Josephine pour le pilote a été vérifié lors de tests contrôlés. Sa configuration est conçue pour être simple : choisir le processus, connecter les sources de preuve et les moyens de contrôle nécessaires, puis approuver les limites et exécuter un test supervisé.
La version du 12 octobre 2026 a réussi les vérifications d’ingénierie et la validation dans le navigateur Windows observée par l’utilisateur. Il s’agit d’une base contrôlée pour évaluer un pilote en entreprise. Cela n’établit ni une installation réelle en entreprise, ni une compatibilité universelle, ni une efficacité opérationnelle.
Les premiers tests contrôlés ont examiné l’évolution des conditions et leur signification pour l’entreprise. Les tests suivants ont examiné la protection délimitée, l’identité du travail, le périmètre et les preuves de ce qui suivait une intervention. Un modèle synthétique adversarial a testé des dégradations qui interagissaient entre elles. Les travaux suivants ont vérifié le conditionnement logiciel, la configuration de l’entreprise et les limites explicites des affirmations plus larges.
Ces résultats ont des périmètres différents. Les expériences historiques de rétablissement n’établissent pas l’exécution du rétablissement dans le package pilote actuel.
Dans un modèle synthétique adversarial fixe, l’exécution sans contrôle a atteint la conséquence irréversible modélisée. L’exécution protégée ne l’a pas atteinte pendant l’horizon du test. Cela a démontré un temps de réaction supplémentaire dans ce modèle, pas des minutes réelles ni une garantie de protection.
La qualification des affirmations du 12 octobre préserve les cinq étapes de protection distinctes et consigne explicitement :
Inconnu.
Inconnu.
Inconnu.
Une demande de protection ne prouve pas que la protection a eu lieu. La concordance de données fictives n’établit pas de manière indépendante qu’une intervention a causé un effet sur l’activité. La vérification du programme d’installation n’établit pas un déploiement en production.
La compatibilité et l’efficacité dans une entreprise réelle restent à démontrer : une chronologie fiable par rapport au point d’irréversibilité, la protection sur toutes les voies nécessaires, l’état du travail déjà en cours, des preuves indépendantes de l’effet sur l’activité et un temps de réaction utile pour la direction.
La remise effective de notifications externes reste à démontrer. Le package actuel n’active pas la protection pour l’entreprise et n’exécute ni rétablissement ni retour arrière. Ces résultats n’établissent pas la conformité réglementaire.
Les prochaines preuves significatives doivent provenir des données, de l’autorité et des contrôles propres à une entreprise. Nous recherchons une entreprise disposée à examiner cette question sous supervision.