Right-to-Act: A Pre-Execution Non-Compensatory Decision Protocol for AI Systems
Cet article présente le protocole « Droit d'Agir », un cadre déterministe et non compensatoire de pré-exécution qui bloque les actions de l'IA si une condition de sécurité n'est pas remplie, déplaçant ainsi l'accent de l'optimisation de la qualité décisionnelle vers le gouvernement strict de l'admissibilité de l'exécution.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez que vous ayez un assistant robot très intelligent et rapide. Ce robot peut effectuer des tâches telles que transférer de l'argent, verrouiller l'accès des personnes à leurs comptes ou modifier les paramètres d'une machine industrielle. Actuellement, nous disposons de nombreuses règles pour garantir la sécurité de ce robot :
- Autorisation : « Ce robot a-t-il le droit de toucher la machine ? »
- Sécurité : « Cette action va-t-elle blesser quelqu'un ? »
- Évaluation des risques : « Sur une échelle de 1 à 100, quel est le niveau de risque de cette action ? »
L'article soutient que même si le robot passe tous ces tests, il manque encore une étape. Le robot peut être autorisé, sûr et présenter un faible risque, mais il pourrait tout de même être inapproprié d'effectuer l'action à cet instant précis car il lui manque une pièce cruciale du puzzle.
L'auteur qualifie cette étape manquante de « Lacune de légitimité pré-actionnelle ».
Le problème central : Le « Score » contre la « Liste de contrôle »
Pour comprendre cette lacune, imaginez deux façons dont un professeur pourrait noter le projet d'un élève :
1. Le système compensatoire (Comment nous procédons actuellement) :
C'est comme un jeu basé sur les points.
- L'élève obtient 10 points pour une excellente conception.
- Il obtient 10 points pour une bonne recherche.
- Il obtient 10 points pour une belle présentation.
- Mais, il a oublié d'inclure la page de titre (une exigence manquante).
- Le résultat : Parce qu'il totalise 30 points et que la note de passage est de 20, le professeur lui attribue un A. La page de titre manquante est « compensée » par les autres bonnes parties.
2. Le système non compensatoire (Le « Droit d'agir » proposé dans l'article) :
C'est comme un poste de contrôle de sécurité avec une liste de contrôle stricte.
- Avez-vous un billet ? Oui.
- Avez-vous un passeport ? Oui.
- Avez-vous un visa ? Non.
- Le résultat : Peu importe que vous ayez un billet doré, un magnifique passeport et un sourire amical. Si vous manquez de visa, vous ne pouvez pas entrer. Aucun nombre de « bons points » ne peut réparer l'absence de visa.
L'article soutient que pour les IA prenant des décisions dans le monde réel (comme verrouiller un compte ou déplacer de l'argent), nous avons besoin de l'approche par Liste de contrôle, et non du Système de points.
Le protocole « Droit d'agir »
L'auteur propose une nouvelle règle appelée « Droit d'agir ».
Pensez-y comme à un videur dans un club qui ne se soucie pas de la quantité d'argent que vous avez (votre score) ni de votre apparence (votre note de sécurité). Le videur ne demande que : « Avez-vous la clé spécifique requise pour ouvrir cette porte précise ? »
- Si l'IA dit : « Je veux verrouiller le compte de cet utilisateur », le système vérifie : « Avons-nous la preuve que cet utilisateur a réellement enfreint les règles, ou s'agit-il seulement d'une hypothèse ? »
- Si la preuve manque, le système dit « NON ».
- Il ne dit pas : « Eh bien, l'hypothèse est fiable à 90 %, alors faisons-le quand même. »
- Au lieu de cela, il dit : « Stop. Nous n'avons pas la clé. Obtenez plus d'informations ou demandez à un humain. »
Pourquoi cela compte (L'exemple de la suspension de compte)
L'article utilise un exemple concret : une IA décidant de bannir un utilisateur d'un site web.
- L'ancienne méthode : L'IA constate que l'utilisateur a agi de manière suspecte 5 fois, ressemble à un pirate informatique connu, et l'IA est sûre à 95 % qu'il s'agit d'un pirate. Le « Score de risque » est élevé. Résultat : L'utilisateur est banni immédiatement.
- Le problème : Et si l'utilisateur utilisait simplement un ordinateur partagé qui avait été piraté ? L'IA avait « raison » sur l'activité suspecte, mais « tort » sur qui l'avait commise. L'IA a manqué une condition requise : « Vérifier l'identité de l'utilisateur. »
- La nouvelle méthode (Droit d'agir) : Le système vérifie la liste de contrôle.
- Activité suspecte ? Oui.
- Haute confiance ? Oui.
- Identité vérifiée ? Non.
- Résultat : Le système s'arrête. Il ne bannit pas l'utilisateur. Au lieu de cela, il dit : « Je ne peux pas faire cela pour le moment. Je dois demander plus d'informations à l'utilisateur. »
La grande conclusion
L'article démontre mathématiquement que vous ne pouvez pas résoudre ce problème simplement en augmentant le « Score de risque » ou en améliorant la « Sécurité ». Si vous utilisez un système de notation, un score élevé pourra toujours masquer une exigence manquante.
La légitimité n'est pas un score ; c'est une frontière.
L'article suggère que avant qu'une IA ne soit autorisée à « tirer la gâchette » sur n'importe quelle action dans le monde réel, elle doit passer une liste de contrôle stricte et non négociable. Si même une seule condition requise manque, l'action est bloquée, peu importe à quel point l'IA est « intelligente » ou « confiante ». Cela transforme « ne rien faire » (attendre, demander de l'aide ou escalader à un humain) en un résultat valide et nécessaire, plutôt qu'en un échec du système.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.