Zum Inhalt springen

Unabhängiges F&E-Projekt · Köln

Forschungsüberblick

Forschungsarchitektur

ERQYO

Event Rhythm Qualifier · Yoked Operator · Adaptive Decision Runtime

ERQYO ist eine Forschungsarchitektur dafür, was ein KI-System als Nächstes tun soll, wann und unter wessen Autorität. Ihr Entwurf behandelt den Rhythmus von Ereignissen und Arbeitsbeziehungen als Eingabe für diese Entscheidung, während Autorität, Regeln und Evidenz getrennt davon gesteuert werden.

Status: Forschungsarchitektur · Referenzimplementierung

Zwei Teile, bewusst getrennt

Rhythmus beeinflusst die Qualifizierung.
Randbedingungen steuern die Ausführung.

ERQ · Event Rhythm Qualifier
Die adaptive Seite. Sie liest das Ereignis, den Zustand um es herum und den beobachteten Rhythmus der beteiligten Menschen und Prozesse und ordnet, was als Nächstes angemessen erscheint. Sie schlägt vor; ob ein Vorschlag weitergehen darf, entscheidet sie nicht.
YO · Yoked Operator
Die gesteuerte Seite. Sie nimmt, was ERQ vorgeschlagen hat, prüft es gegen Autorität, Regeln, Evidenz und harte Fristen und lässt es dann zu, stellt es zurück, übergibt es an eine Person oder lehnt es ab.

YO ist an maßgebliche Randbedingungen gebunden, nicht an ERQ. Es kann den Qualifier in beide Richtungen überstimmen: eine Handlung ablehnen, bei der ERQ zuversichtlich war, und eskalieren, wo ERQ über eine Frist hinaus gewartet hätte.

Wie eine Entscheidung sie durchläuft

  1. Ereignis oder Zustandsänderung
  2. Betriebszustand
  3. Rhythmus, Akteurs-Uhren und zeitlicher Kontext
  4. Kandidaten für das Ergebnis
  5. ERQ
  6. Qualifizierter Kandidat
  7. YO
  8. Autorität, Regeln, Evidenz und harte Randbedingungen
  9. Qualifiziertes Ergebnis

Gelernter Rhythmus kann nur den Vorschlag beeinflussen. Autorität, Regeln und Evidenz erreichen den Operator direkt und laufen nie über den Qualifier.

Was sie entscheiden kann

ACT
Jetzt fortfahren.
WAIT
Noch nicht. Die Entscheidung bleibt offen und wird durch ein späteres Ereignis oder durch die Uhr wieder aufgenommen.
ASK
Etwas Erforderliches fehlt; es wird angefordert, bevor es weitergeht.
REASSESS
Etwas, von dem die Entscheidung abhing, hat sich geändert; neu entscheiden.
ESCALATE
Die Entscheidung an eine höhere Autorität geben, typischerweise wenn eine Grenze oder eine Frist betroffen ist.
HANDOFF
Die Entscheidung einer Person übergeben, weil das System keine Autorität hat, sie zu treffen.
ABSTAIN
Nicht entscheiden, wenn die Konfidenz zu gering ist, um danach zu handeln. Ein legitimes Ergebnis, kein Fehler.
BLOCK
Ablehnen, weil Regeln oder eine harte Randbedingung es verbieten.

Dies sind die acht Ergebnisse, die für die Governance am meisten zählen. Das geschlossene Vokabular der Referenzimplementierung hat zwei weitere: RESPOND, eine Antwort an das Gegenüber, die als Handeln zählt, und DELEGATE, die Weitergabe der Entscheidung an einen anderen Akteur, der die Autorität dafür hat.

Wo sie steht

Eine Referenzimplementierung der Architektur existiert im AnyLAI-Repository, mit Tests, die die Trennung zwischen Qualifier und Operator abdecken. Sie ist nicht in Betrieb genommen und hat keine öffentliche Schnittstelle. Nichts im Produktivbetrieb ruft sie auf: Der einzige vorhandene Aufrufer läuft im Schattenmodus hinter abgeschalteten Schaltern und bewirkt nichts. Es ist Forschungscode, und diese Seite beschreibt einen Entwurf, keinen Dienst.

Was ERQYO nicht beansprucht

Zustandsbehaftete Agenten, menschliche Prüfung, Timer, Workflow-Engines und Next-Best-Action-Systeme gab es alle vor ERQYO, und es übernimmt von jedem etwas. Seine Frage ist enger: wie ein System lernen kann, wann es handeln soll, ohne dass das Gelernte darüber entscheidet, ob es handeln darf. Es verleiht keine eigene rechtliche oder organisatorische Autorität.

Forschungsprojekt · Unabhängige F&E · Kein kommerzielles Angebot