← Nieuwste papers
💻 computer science

Right-to-Act: A Pre-Execution Non-Compensatory Decision Protocol for AI Systems

Dit artikel introduceert het "Right-to-Act"-protocol, een deterministisch, niet-compenserend pre-executie-raamwerk dat AI-acties stopt als aan een veiligheidvoorwaarde niet wordt voldaan, waardoor de focus verschuift van het optimaliseren van de besluitkwaliteit naar het strikt regelen van de toelaatbaarheid van uitvoering.

Oorspronkelijke auteurs: Gadi Lavi

Gepubliceerd 2026-04-28
📖 4 min leestijd☕ Koffiepauze-leesvoer

Oorspronkelijke auteurs: Gadi Lavi

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je een zeer slimme, snelle robotassistent voor. Deze robot kan dingen doen zoals geld overmaken, mensen buiten hun accounts houden, of de instellingen van een fabrieksmachine wijzigen. Op dit moment hebben we veel regels om ervoor te zorgen dat deze robot veilig is:

  • Autorisatie: "Mag deze robot de machine aanraken?"
  • Veiligheid: "Zal deze actie iemand pijn doen?"
  • Risicoscore: "Op een schaal van 1 tot 100, hoe riskant is dit?"

Het artikel betoogt dat zelfs als de robot al deze tests doorstaat, er nog steeds een ontbrekende stap is. De robot mag misschien wel, is veilig en heeft een laag risico, maar het kan toch verkeerd zijn om de actie nu uit te voeren omdat een cruciaal stukje van de puzzel ontbreekt.

De auteur noemt deze ontbrekende stap het "Pre-Action Legitimacy Gap" (Het gat in de legitimiteit voor de actie).

Het Kernprobleem: De "Score" versus de "Checklist"

Om het gat te begrijpen, stel je twee manieren voor waarop een leraar het project van een student kan beoordelen:

1. Het Compenserende Systeem (Hoe we het nu doen):
Dit is als een puntenspel.

  • De student krijgt 10 punten voor een geweldig ontwerp.
  • Ze krijgen 10 punten voor goed onderzoek.
  • Ze krijgen 10 punten voor een mooie presentatie.
  • Maar, ze hebben vergeten het titelblad op te nemen (een ontbrekende vereiste).
  • Het Resultaat: Omdat ze in totaal 30 punten hebben en het sluitcijfer 20 is, geeft de leraar hen een A. De ontbrekende titelpagina wordt "gecompenseerd" door de andere goede onderdelen.

2. Het Niet-Compenserende Systeem (Het "Recht om te Handelen" zoals voorgesteld in het artikel):
Dit is als een veiligheidscontrole met een strikte checklist.

  • Heb je een ticket? Ja.
  • Heb je een paspoort? Ja.
  • Heb je een visum? Nee.
  • Het Resultaat: Het maakt niet uit of je een gouden ticket hebt, een prachtig paspoort en een vriendelijke glimlach. Als je het visum mist, kun je niet binnen. Geen enkele hoeveelheid "goede punten" kan het ontbrekende visum herstellen.

Het artikel betoogt dat voor AI die real-world beslissingen neemt (zoals een account vergrendelen of geld verplaatsen), we de Checklist-benadering nodig hebben, niet het Puntensysteem.

Het "Recht om te Handelen"-protocol

De auteur stelt een nieuwe regel voor die het "Recht om te Handelen" wordt genoemd.

Stel je het voor als een portier bij een club die niet omkijkt naar hoeveel geld je hebt (je score) of hoe mooi je eruitziet (je veiligheidsrating). De portier vraagt alleen: "Heb je de specifieke sleutel die nodig is om deze specifieke deur te openen?"

  • Als de AI zegt: "Ik wil dit gebruikersaccount vergrendelen", controleert het systeem: "Hebben we bewijs dat deze gebruiker de regels daadwerkelijk heeft overtreden, of is het slechts een gok?"
  • Als het bewijs ontbreekt, zegt het systeem "NEE."
  • Het zegt niet: "Nou, de gok is 90% zeker, dus laten we het toch doen."
  • In plaats daarvan zegt het: "Stop. We hebben de sleutel niet. Haal meer informatie of vraag een mens."

Waarom dit belangrijk is (Het voorbeeld van accountschorsing)

Het artikel gebruikt een real-world voorbeeld: Een AI die beslist om een gebruiker van een website te verbannen.

  • De Oude Manier: De AI ziet dat de gebruiker 5 keer verdacht heeft gehandeld, lijkt op een bekende hacker, en de AI is 95% zeker dat het een hacker is. De "Risicoscore" is hoog. Resultaat: De gebruiker wordt direct verbannen.
  • Het Probleem: Wat als de gebruiker gewoon een gedeelde computer gebruikte die gehackt was? De AI had het "goed" over de verdachte activiteit, maar "verkeerd" over wie het deed. De AI miste een vereiste voorwaarde: "Verifieer de identiteit van de gebruiker."
  • De Nieuwe Manier (Recht om te Handelen): Het systeem controleert de checklist.
    • Verdachte activiteit? Ja.
    • Hoge zekerheid? Ja.
    • Identiteit geverifieerd? Nee.
    • Resultaat: Het systeem stopt. Het verbant de gebruiker niet. In plaats daarvan zegt het: "Ik kan dit nog niet doen. Ik moet de gebruiker om meer informatie vragen."

De Grote Kernboodschap

Het artikel bewijst wiskundig dat je dit probleem niet kunt oplossen door simpelweg de "Risicoscore" hoger te maken of de "Veiligheid" beter te maken. Als je een scoresysteem gebruikt, zal een hoge score altijd een ontbrekende vereiste kunnen verdoezelen.

Legitimiteit is geen score; het is een grens.

Het artikel stelt dat voordat een AI mag "de trekker overhalen" voor elke real-world actie, het een strikte, niet-onderhandelbare checklist moet doorstaan. Als zelfs één vereiste voorwaarde ontbreekt, wordt de actie geblokkeerd, ongeacht hoe "slim" of "zeker" de AI is. Dit maakt "niets doen" (wachten, om hulp vragen, of escaleren naar een mens) tot een geldig en noodzakelijk resultaat, in plaats van een systeemfout.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →