Eine Zahlungsrichtlinie verlangt nach einer Änderung zwei prüfende Personen, vorher war es eine. Ein Agent ruft eine Zusammenfassung ab, die vor der Änderung geschrieben wurde. Die Zusammenfassung kann die alte Richtlinie korrekt beschreiben. Ob sie heute in eine Zahlungsentscheidung einfließen darf, hängt davon ab, welche Richtlinie für diesen Kunden und diese Aktion genehmigt und in Kraft ist.
Persistentes Gedächtnis macht aus dieser Unterscheidung ein technisches Problem. Gespeicherte Informationen können historische Erklärungen, Planung oder Ausführung unterstützen, und jeder Zweck braucht eine Regel dafür, welche Einträge gelten. Dieser Beitrag wertet aktuelle Forschung aus, berichtet über sieben kleine Prüfungen eines veröffentlichten Abruffilters und schlägt ein Arbeitsblatt zur Anwendbarkeit von Richtlinien vor. Dieser Beitrag gehört zu einer dreiteiligen Forschungsreihe über die Befugnisse von Agenten, veröffentlicht am 26. Oktober 2026: Stoppnachweise, Richtlinien im Agentengedächtnis und Standards für die Agentenkontrolle.
Aktuelle Forschung macht das Problem greifbar
In Revoked but Still Authoritative, einem Preprint vom September 2026, untersuchen Yi Ting Shen, Kentaroh Toyoda und Alex Leung, wie widerrufene Informationen in Workflows mit Agentengedächtnis wieder auftauchen. Das Paper deckt mehrere Gedächtnissysteme und Einfügemethoden ab, mit Experimenten zu Write-back, gemeinsam genutzten Speichern und Tool-Nutzung. Zum Paper.
Die Konfiguration beeinflusst die Ergebnisse. Das Paper unterscheidet den Standardabruf von Graphiti von einer mem0-Bedingung, die den mitgelieferten Ablauffilter von mem0 außer Kraft setzt. Andere Systeme verhalten sich unterschiedlich, je nachdem, wie eine Richtlinienaktualisierung ins Gedächtnis gelangt und ob der Widerrufsstatus den Aufrufer erreicht. Lesen Sie die Ergebnisse der Studie zusammen mit diesen Bedingungen.
Die Autoren veröffentlichen auch einen Abruffilter. Er nutzt verfügbare Widerrufsmetadaten und eine heuristische Konflikterkennung, um zu entscheiden, welche Einträge zurückgehalten werden. Wir haben die Implementierung geprüft und lokal bei einem fixierten Commit ausgeführt. Der eingebaute Selbsttest war erfolgreich. Anschließend haben wir dem Filter sieben kleine synthetische Fälle übergeben, die zeigen sollen, wo die Auswahl einer Richtlinie mehr Kontext braucht. Veröffentlichter Filter.
Was die sieben Prüfungen gezeigt haben
Die ersten drei Fälle entsprechen dem dokumentierten Verhalten des Filters. Er hielt einen ausdrücklich widerrufenen Eintrag zurück. Von zwei widersprüchlichen Einträgen mit Zeitstempel bevorzugte er den neueren. Trug keiner der beiden Einträge einen verwertbaren Zeitstempel, behielt er beide und meldete einen ungelösten Konflikt.
Die anderen vier Fälle fügen Kontext hinzu, den eine Richtlinienentscheidung braucht und den dieser Filter nicht auflöst:
| Synthetische Aufgabe | Beobachtete Auswahl | Kontext, den der Aufrufer braucht |
|---|---|---|
| Zwei Richtlinien gelten für verschiedene Kunden | Die neuere Richtlinie bleibt in kept | Kundenbezug, bevor Ersetzungen verglichen werden |
| Eine neuere, nicht genehmigte Notiz widerspricht einer genehmigten Richtlinie | Die neuere Notiz bleibt in kept | Welche Quelle eine Richtlinienänderung autorisieren kann |
| Ein neuerer Eintrag tritt 2099 in Kraft | Die künftige Richtlinie bleibt in kept | Der Gültigkeitszeitraum zum Entscheidungsdatum |
| Eine Prüfungsfrage braucht die frühere Richtlinie | Die aktuelle Richtlinie bleibt in kept; die frühere liegt in withheld | Ein historischer Abruf, der zur Frage passt |
So sind diese Ergebnisse zu lesen
Es handelt sich um deterministische Beobachtungen einer einzigen Filterfunktion. Felder für Kunde, Befugnis und Gültigkeitsdatum gehen über ihre dokumentierten Auswahlregeln hinaus, und sie hat keinen Parameter für den Zweck der Abfrage. Die Fälle beschreiben Verantwortlichkeiten der Anwendung, die den Filter einbindet. Sie zeigen keine Schwachstelle im Filter oder in Gedächtnissystemen allgemein, und sieben ausgewählte Fälle sagen nichts über Häufigkeiten aus. Es liefen kein Modell, kein Gedächtnisdienst und kein Zahlungswerkzeug.
Der historische Fall erfordert Sorgfalt. Der Filter behält den zurückgehaltenen Eintrag in seiner Ausgabe, sodass eine Anwendung ihn weiterhin lesen kann. Die Integrationsentscheidung lautet, ob eine Prüfungsfrage denselben gefilterten Kontext verwenden soll wie eine Anfrage, die aktuelle Richtlinie auszuführen.
Anwendbarkeit ausdrücklich machen
Der von uns vorgeschlagene Entwurf beginnt bei der Aufgabe. Eine Frage zu einer Genehmigung aus dem letzten Monat kann eine ersetzte Richtlinie benötigen. Eine Anfrage zur Freigabe einer Zahlung braucht die Richtlinie, die jetzt für diese Aktion gilt. Wenn der Zweck ausdrücklich festgelegt ist, kann ein System nützliche Historie behalten und trotzdem den richtigen Kontext für die Ausführung auswählen.
Der nächste Schritt ist, Geltungsbereich und Befugnis zu klären. Ein Richtlinieneintrag sollte den Kunden oder Mandanten, die kontrollierte Aktion, den Aussteller, den Genehmigungsstatus, den Gültigkeitszeitraum und die ersetzte Richtlinie angeben. Ein neuerer Zeitstempel hilft, Einträge zu ordnen, sobald diese Beziehungen bekannt sind. Er kann keine Genehmigung ersetzen, die nie erteilt wurde.
Zuletzt sollte die Komponente, die eine folgenreiche Aktion auslösen kann, die geltende Autorisierung prüfen. Eine abgerufene Zusammenfassung kann eine Richtlinienkennung tragen und eine vorgeschlagene Aktion erklären. Die Ausführungsentscheidung sollte an eine maßgebliche Richtlinienversion gebunden und mit ihrem Ergebnis aufgezeichnet werden. Dies ist eine Entwurfsempfehlung; wir haben sie nicht in Benchmarks gemessen.
- 1. Zweck: historische Erklärung, Planung oder Ausführung.
- 2. Geltungsbereich: Kunde oder Mandant, Ressource und kontrollierte Aktion.
- 3. Befugnis und Zeit: Aussteller, Genehmigungsnachweis, Beginn und Ende der Gültigkeit, Ersetzung.
- 4. Auswahl: die anwendbare Richtlinie und jede genehmigte Ausnahme.
- 5. Entscheidung: die vorgeschlagene Aktion gegen die maßgebliche Version prüfen und den Verweis aufbewahren.
Ein Arbeitsblatt zur Anwendbarkeit von Richtlinien
Verwandte Forschung behandelt benachbarte Probleme. MINJA untersucht, wie Interaktionen das Gedächtnis eines Agenten verunreinigen können, und VersionRAG befasst sich mit Fragen über sich ändernde Dokumentversionen. MINJA, VersionRAG.
Für Richtlinienverantwortliche beantwortet ein nützlicher Eintrag vier Fragen: woher die Richtlinie stammt, wer sie genehmigt hat, wann und wo sie gilt und welche Entscheidungen sich auf sie gestützt haben. Das Arbeitsblatt zur Anwendbarkeit von Richtlinien (auf Englisch) macht aus diesen Fragen Felder, die ein Team prüfen kann.
| Entscheidungsfeld | Was festzuhalten ist |
|---|---|
| Zweck der Aufgabe | Historische Erklärung, Planung oder Ausführung; Entscheidungszeitpunkt und gegebenenfalls angefragtes historisches Datum |
| Geltungsbereich | Kunde oder Mandant, Ressource und kontrollierte Aktion |
| Richtlinie | Kennung und Version |
| Befugnis | Ausstellende Stelle und Genehmigungsnachweis |
| Wirkung | Beginn und Ende der Gültigkeit; Status von Rücknahme oder Ersetzung; ausdrückliche Ersetzungsbeziehung |
| Ausnahmen | Genehmigte Ausnahme, ihr Geltungsbereich und Ablauf |
| Quellen | Quelldokumente und die abgeleiteten Zusammenfassungen, die auf sie verweisen |
| Konflikte | Widersprüchliche Nachweise und die für die Richtlinie verantwortliche Person |
| Ausführung | Die maßgebliche Prüfung und ihr aufgezeichnetes Ergebnis |
Wo KLA Richtlinien auswertet
In KLA wertet die KLA Policy Engine eine kontrollierte Aktion zum Zeitpunkt der Ausführung aus, mit einem von vier Ergebnissen: allow, warn, require_approval oder block. Schlägt die Auswertung fehl, gibt die Engine ihre Fail-Closed-Entscheidung zurück, standardmäßig require_approval, und die Lint-Prüfung für Richtlinienpakete weist eine Richtlinie zurück, deren Standardentscheidung Fail-Open ist. Eine gespeicherte Richtlinienzusammenfassung des Agenten kann in seinen Vorschlag einfließen. Die Entscheidung stammt aus der veröffentlichten Richtlinienversion.
Die Prüfungen in diesem Beitrag liefen nur gegen den veröffentlichten Filter. Sie enthalten kein KLA-Ergebnis.
Häufig gestellte Fragen
Warum nutzen KI-Agenten veraltete Richtlinien aus dem Gedächtnis?
Ein Gedächtnisspeicher kann eine Zusammenfassung enthalten, die vor einer Richtlinienänderung geschrieben wurde. Der Abruf kann sie hoch einstufen, und ein neuerer Eintrag kann einen anderen Kunden betreffen, nicht genehmigt oder noch nicht in Kraft sein. Wenn die Anwendung Geltungsbereich, Befugnis und Gültigkeitsdaten nicht klärt, kann der Agent nach einer Richtlinie handeln, die nicht mehr gilt.
Bedeutet ein neuerer Zeitstempel, dass ein Richtlinieneintrag der aktuelle ist?
Nein. Ein Zeitstempel ordnet Einträge, sobald feststeht, dass sie denselben Geltungsbereich abdecken und dass der neuere genehmigt und in Kraft ist. In unseren Prüfungen behielt ein veröffentlichter Filter eine neuere, nicht genehmigte Notiz und eine Richtlinie mit Datum 2099, weil sein dokumentierter Umfang weder Genehmigungen noch Gültigkeitszeiträume abdeckt.
Sollte ein Agent ersetzte Richtlinien aus dem Gedächtnis löschen?
Bewahren Sie sie für die Historie auf und leiten Sie sie nach Zweck weiter. Eine Prüfungsfrage kann die frühere Richtlinie benötigen; eine Ausführungsanfrage braucht die geltende. Der getestete Filter behält zurückgehaltene Einträge aus diesem Grund in seiner Ausgabe.
Wo sollte die abschließende Richtlinienprüfung stattfinden?
In der Komponente, die die folgenreiche Aktion auslösen kann, gegen eine maßgebliche Richtlinienversion, mit Aufzeichnung von Version und Ergebnis. Das Gedächtnis kann einen Vorschlag erklären. Die Richtlinienprüfung entscheidet, ob die Aktion ausgeführt wird.
Die wichtigsten Erkenntnisse
Eine gespeicherte Richtlinie ist nützlicher Kontext und eine unzuverlässige Befugnisquelle. Legen Sie den Zweck jedes Abrufs fest, klären Sie Geltungsbereich, Genehmigung und Gültigkeitsdaten, bevor Sie sich auf Aktualität verlassen, und führen Sie die Ausführungsprüfung gegen die maßgebliche Version durch. Halten Sie diese Entscheidungen im Arbeitsblatt zur Anwendbarkeit von Richtlinien fest.
Die Quellen wurden am 26. Oktober 2026 geprüft. Alle sieben Fälle sind synthetisch, liefen gegen eine einzige veröffentlichte Funktion und liefern keine Messwerte zu produktiven Systemen.