UAEP: Plattform trennt Ausführungserfolg von verifizierter Realität

Trennung von Ausführungserfolg und verifizierter Realität

UAEP (Universal Agent Execution Platform) ist eine Plattform, die nach der Agenten-Ausführung prüft, ob der tatsächliche externe Zielzustand dem autorisierten Ziel entspricht. Sie unterscheidet strikt zwischen EXECUTION SUCCESS und VERIFIED DESTINATION REALITY. Ein Agent kann das richtige Tool wählen, das Tool erfolgreich ausführen, die API 200/OK zurückgeben und der Workflow kann als abgeschlossen melden – und dennoch kann der erforderliche externe Zielzustand falsch, veraltet, unvollständig oder nicht ausreichend belegt sein. Der Ausführungserfolg allein ist damit kein Beleg dafür, dass das angestrebte Ergebnis in der realen Umgebung tatsächlich eingetreten ist. Hintergrund ist, dass Agenten zunehmend langlaufende Workflows ausführen, Tools aufrufen und externe Systeme modifizieren, wodurch die Lücke zwischen gemeldetem Erfolg und tatsächlichem Zustand kritisch wird. UAEP soll verhindern, dass Agenten fälschlich Erfolg melden, indem es den Ausführungserfolg nicht als Beweis für das Ergebnis behandelt. Stattdessen fragt das System nach der Ausführung, ob die autorisierte Aktion tatsächlich den erforderlichen externen Zielzustand erzeugt hat und ob die verfügbaren Beweise anwendbar und ausreichend sind, um das Ergebnis wahrheitsgemäß als VERIFIED zu bezeichnen. Wo das nicht festgestellt werden kann, wird der Status UNKNOWN oder NOT_VERIFIED beibehalten. Die Plattform behandelt daher den Ausführungserfolg nicht als hinreichenden Beweis für den Zielzustand, sondern verlangt eine separate Verifikation der externen Realität.

Drei Assurance Relationships als Prüfmechanismus

UAEP definiert drei Assurance Relationships als Prüfmechanismen, die jeweils eine spezifische Prüffrage methodisch beantworten. DestinationConformance prüft durch den Abgleich der beobachteten Zielrealität mit dem autorisierten Ziel, ob die beobachtete Realität das autorisierte Ziel tatsächlich erfüllt. EvidenceApplicability prüft durch die Zuordnung der Beweise zu den sechs Dimensionen Ziel, Ausführung, Ressource, Version, Autorität und Umgebung, ob die Beweise wirklich auf diese Dimensionen zutreffen. RecoveryClosure prüft nach einem Fehler, einer Reparatur, einem Rollback, einer Kompensation oder einem Wiedereintritt durch die erneute Feststellung, ob das ursprüngliche Ziel tatsächlich erreicht wurde. Nach der Ausführung fragt UAEP: Hat die autorisierte Aktion tatsächlich den erforderlichen externen Zielzustand erzeugt, und sind die verfügbaren Beweise anwendbar und ausreichend, um das Ergebnis wahrheitsgemäß als VERIFIED zu bezeichnen? Wo das nicht festgestellt werden kann, bewahrt das System den Status UNKNOWN oder NOT_VERIFIED, statt den Ausführungserfolg als Beweis für das Ergebnis zu behandeln. Damit soll verhindert werden, dass Agenten falsche Erfolgsmeldungen abgeben. Diese drei Beziehungen bilden zusammen einen mehrstufigen Prüfmechanismus, der sicherstellt, dass ein Ergebnis nur dann als VERIFIED bezeichnet wird, wenn sowohl die Zielkonformität als auch die Beweisanwendbarkeit und die Wiederherstellungsabgeschlossenheit bestätigt sind.