← Neueste Arbeiten
💻 computer science

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

Dieses Papier stellt das „Right-to-Act"-Protokoll vor, ein deterministisches, nicht-kompensatorisches Pre-Execution-Framework, das AI-Aktionen stoppt, falls eine Sicherheitsbedingung nicht erfüllt ist, und dadurch den Fokus von der Optimierung der Entscheidungsqualität auf die strikte Regulierung der Zulässigkeit der Ausführung verlagert.

Ursprüngliche Autoren: Gadi Lavi

Veröffentlicht 2026-04-28
📖 4 Min. Lesezeit☕ Kaffeepausen-Lektüre

Ursprüngliche Autoren: Gadi Lavi

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie haben einen sehr intelligenten, schnellen Roboter-Assistenten. Dieser Roboter kann Dinge wie Geldüberweisungen tätigen, Menschen den Zugriff auf ihre Konten verwehren oder die Einstellungen an einer Fabrikmaschine ändern. Derzeit haben wir viele Regeln, um sicherzustellen, dass dieser Roboter sicher ist:

  • Befugnis: „Darf dieser Roboter die Maschine berühren?"
  • Sicherheit: „Wird diese Aktion jemanden verletzen?"
  • Risikobewertung: „Auf einer Skala von 1 bis 100: Wie riskant ist dies?"

Die Arbeit argumentiert, dass selbst wenn der Roboter all diese Tests besteht, es dennoch einen fehlenden Schritt gibt. Der Roboter könnte befugt, sicher und risikoarm sein, aber es könnte dennoch falsch sein, die Aktion jetzt auszuführen, weil ihm ein entscheidendes Puzzleteil fehlt.

Der Autor nennt diesen fehlenden Schritt die „Lücke der Handlungsberechtigung vor der Aktion" (Pre-Action Legitimacy Gap).

Das Kernproblem: Der „Score" versus die „Checkliste"

Um die Lücke zu verstehen, stellen Sie sich zwei Möglichkeiten vor, wie ein Lehrer das Projekt eines Schülers bewerten könnte:

1. Das kompensatorische System (Wie wir es jetzt machen):
Dies ist wie ein punktebasiertes Spiel.

  • Der Schüler erhält 10 Punkte für ein großartiges Design.
  • Er erhält 10 Punkte für gute Recherche.
  • Er erhält 10 Punkte für eine nette Präsentation.
  • Aber er hat vergessen, das Titelblatt einzufügen (eine fehlende Anforderung).
  • Das Ergebnis: Da er insgesamt 30 Punkte hat und die Bestehensgrenze bei 20 liegt, gibt ihm der Lehrer eine Eins. Das fehlende Titelblatt wird durch die anderen guten Teile „kompensiert".

2. Das nicht-kompensatorische System (Das im Papier vorgeschlagene „Recht zu Handeln"):
Dies ist wie ein Sicherheitskontrollpunkt mit einer strengen Checkliste.

  • Haben Sie eine Eintrittskarte? Ja.
  • Haben Sie einen Reisepass? Ja.
  • Haben Sie ein Visum? Nein.
  • Das Ergebnis: Es spielt keine Rolle, ob Sie ein goldenes Ticket, einen schönen Reisepass und ein freundliches Lächeln haben. Wenn Ihnen das Visum fehlt, können Sie nicht eintreten. Keine Menge an „guten Punkten" kann das fehlende Visum ausgleichen.

Die Arbeit argumentiert, dass wir für KI-Systeme, die reale Entscheidungen treffen (wie das Sperren eines Kontos oder das Verschieben von Geld), den Checklisten-Ansatz benötigen, nicht das Punktesystem.

Das „Recht-zu-handeln"-Protokoll

Der Autor schlägt eine neue Regel namens „Recht zu handeln" (Right-to-Act) vor.

Stellen Sie es sich wie einen Türsteher in einem Club vor, dem egal ist, wie viel Geld Sie haben (Ihr Score) oder wie gut Sie aussehen (Ihr Sicherheitsrating). Der Türsteher fragt nur: „Haben Sie den spezifischen Schlüssel, der benötigt wird, um diese spezifische Tür zu öffnen?"

  • Wenn die KI sagt: „Ich möchte das Konto dieses Benutzers sperren", prüft das System: „Haben wir den Beweis, dass dieser Benutzer tatsächlich gegen die Regeln verstoßen hat, oder ist es nur eine Vermutung?"
  • Wenn der Beweis fehlt, sagt das System „NEIN".
  • Es sagt nicht: „Nun, die Vermutung ist zu 90 % sicher, also machen wir es trotzdem."
  • Stattdessen sagt es: „Stopp. Wir haben den Schlüssel nicht. Holen Sie sich mehr Informationen oder fragen Sie einen Menschen."

Warum dies wichtig ist (Das Beispiel der Kontosperrung)

Die Arbeit verwendet ein reales Beispiel: Eine KI, die entscheidet, einen Benutzer von einer Website zu sperren.

  • Der alte Weg: Die KI sieht, dass der Benutzer 5 Mal verdächtig gehandelt hat, wie ein bekannter Hacker aussieht, und die KI ist zu 95 % sicher, dass es ein Hacker ist. Der „Risikoscore" ist hoch. Ergebnis: Der Benutzer wird sofort gesperrt.
  • Das Problem: Was, wenn der Benutzer nur einen geteilten Computer benutzt hat, der gehackt wurde? Die KI hatte „Recht" bezüglich der verdächtigen Aktivität, aber „Unrecht" bezüglich dessen, wer sie durchgeführt hat. Die KI hat eine erforderliche Bedingung übersehen: „Identität des Benutzers verifizieren."
  • Der neue Weg (Recht zu handeln): Das System prüft die Checkliste.
    • Verdächtige Aktivität? Ja.
    • Hohes Vertrauen? Ja.
    • Identität verifiziert? Nein.
    • Ergebnis: Das System stoppt. Es sperrt den Benutzer nicht. Stattdessen sagt es: „Ich kann das noch nicht tun. Ich muss den Benutzer um weitere Informationen bitten."

Die große Erkenntnis

Die Arbeit beweist mathematisch, dass man dieses Problem nicht einfach dadurch lösen kann, dass man den „Risikoscore" höher oder die „Sicherheit" besser macht. Wenn Sie ein Punktesystem verwenden, kann ein hoher Score immer eine fehlende Anforderung verdecken.

Legitimität ist kein Score; sie ist eine Grenze.

Die Arbeit schlägt vor, dass eine KI, bevor sie einen „Abzug" bei einer realen Aktion auslösen darf, eine strenge, nicht verhandelbare Checkliste bestehen muss. Wenn auch nur eine erforderliche Bedingung fehlt, wird die Aktion blockiert, egal wie „intelligent" oder „zuversichtlich" die KI ist. Dies verwandelt „Nichts tun" (Warten, um Hilfe bitten oder einen Menschen einschalten) in ein gültiges und notwendiges Ergebnis, anstatt in einen Systemfehler.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →