Zum Hauptinhalt springen
Request Logs erfassen den vollständigen Request- und Response-Body — Prompt-Text inklusive —, sodass Sie nachvollziehen können, was ein Agent tatsächlich gesendet und zurückbekommen hat. Das sind sensible Daten, also wird das Gateway sie nicht erfassen, bis ein Workspace-Admin eine explizite Einwilligung aufgezeichnet hat. Diese Seite behandelt, wie diese Einwilligung aufgezeichnet wird, wie die Versionierung eine frische Entscheidung erzwingt, wenn sich Ihr Disclosure-Wortlaut ändert, und wie Sie sie zurückziehen. Wenn Sie suchen, wie lange erfasste Bodies aufbewahrt werden oder wie man sie bereinigt, siehe Aufbewahrung und Recht auf Löschung.

​
1. Warum die Request-Log-Einwilligung die Erfassung gated

Die Erfassung ist standardmäßig aus und niemals rückwirkend. Sie einzuschalten ist ein bewusster Akt mit Audit-Trail, weil die erfassten Dokumente enthalten, was Ihre Nutzer auch immer getippt haben. Die Kontrolle ist auf Workspace-Ebene: Ein Admin konfiguriert sie einmal und sie gilt für jeden Key im Workspace, statt die Keys zweier Mitglieder für dieselben gespeicherten Logs unterschiedlich verhalten zu lassen.
Die Erfassung fail-closed. Wenn keine gültige, nicht widerrufene, aktuelle-Version-Einwilligung vorliegt, erfasst das Gateway nichts — unabhängig davon, ob der Enable-Schalter „an” aussieht. Die Einwilligung ist das maßgebliche Gate; der Toggle allein startet die Erfassung niemals.
Ein Einwilligungsdatensatz ist ein dauerhaftes, auditierbares Objekt. Er trägt, wer einwilligte, wann, die Disclosure-Version, die er sah, und — einmal zurückgezogen — wann sie widerrufen wurde: 
{
  "consented": true,
  "consented_at": "2026-06-09T14:21:05Z",
  "consented_by": 8123,
  "disclosure_version": 1,
  "revoked": false
}

​
2. Einwilligung aufzeichnen (Admin)

Sie konfigurieren dies in der Konsole unter dem Einstellungs-Panel der Request Logs Ihres Workspaces — den aktuellen Zustand zu lesen ist für jede Workspace-Rolle offen, aber die Einwilligung aufzuzeichnen oder zu ändern erfordert Admin. Das Panel zeigt Ihnen die aktuelle Disclosure-Version und die Aufbewahrungsgrenzen, sodass Sie den Wortlaut prüfen können, bevor Sie bestätigen. Wenn Sie die Erfassung einschalten, sendet die Konsole die explizite Bestätigung zusammen mit der Disclosure-Version, die sie anzeigte. Beide sind beim ersten Mal erforderlich:
1

Request-Logs-Einstellungen öffnen

Workspace-Einstellungen → Request Logs. Members sehen das Panel read-only; Admins sehen editierbare Kontrollen und den Disclosure-Text.
2

Die Disclosure lesen, dann bestätigen

Die Konsole übermittelt consent_ack: true und consent_version (die Version, die Sie gerade gelesen haben) neben dem enabled-Schalter. Die Erteilung wird abgelehnt, wenn die Version, die Sie bestätigt haben, nicht die aktuelle des Servers ist — das bedeutet, Ihnen wurde ein veralteter Wortlaut gezeigt.
3

Die Erfassung beginnt beim nächsten Request

Die Entscheidung tritt beim nächsten Relay-Call des Workspaces in Kraft. Die Erteilung wird im Audit-Log distinkt aufgezeichnet — ein eigenständiger Datensatz dessen, wer der Erfassung von Prompt-Inhalt zustimmte, getrennt vom An/Aus-Toggle.
Die Einwilligung wird von einem Admin im Namen des gesamten Workspaces aufgezeichnet. Workspace-Admins sehen ohnehin schon die erfassten Prompts jedes Mitglieds im Request-Logs-Viewer, also ist die Einwilligungsentscheidung ihre zu treffen — stellen Sie sicher, dass Ihre eigenen Endnutzer-Disclosures sie abdecken.

​
3. Disclosure-Versionierung

Der Sinn der Versionierung der request log consent ist, dass eine Einwilligung nur gültig bleibt, solange sie mit der aktuellen Disclosure-Version übereinstimmt. Jeder Einwilligungsdatensatz speichert die disclosure_version, die in Kraft war, als sie erteilt wurde. Das Gateway behandelt einen Datensatz nur dann als Erfassung autorisierend, solange diese gespeicherte Version noch der Live-Version entspricht. Wenn sich Ihr Datenschutz- oder Disclosure-Wortlaut wesentlich ändert, wird die Live-Disclosure-Version hochgesetzt. Die Wirkung ist sofortig und bewusst:
Ein Hochsetzen macht die disclosure_version jedes existierenden Datensatzes veraltet. Keiner von ihnen autorisiert die Erfassung mehr.
Der Erfassungs-Engpass fail-closed: Workspaces, deren Einwilligung gerade veraltet ist, hören sofort auf, Prompt-Bodies zu erfassen, ohne Fallback. Sie zeichnen nicht unter zurückgezogener Einwilligung weiter auf.
Ein Admin öffnet das Panel erneut, liest die neue Disclosure und bestätigt erneut auf der aktuellen Version. Ein frischer Datensatz wird gestempelt und die Erfassung wird fortgesetzt.
Weil die Versionierung der Hebel ist, müssen Sie niemals einzelne Datensätze aufspüren, um veraltete Einwilligungen über Ihren Workspace hinweg ungültig zu machen — die Disclosure-Version hochzusetzen erledigt es in einem Zug, und die Erfassung pausiert, bis jeder Workspace eine explizite frische Entscheidung trifft.

​
4. Einwilligung zurückziehen

Die Erfassung explizit auszuschalten zieht die Einwilligung zurück. Der Datensatz wird nicht gelöscht — er wird als widerrufen markiert (mit einem revoked_at-Zeitstempel) und für den Audit-Trail aufbewahrt, sodass die History dessen, wer einwilligte und wer zurückzog, beweisbar bleibt. Ein späteres Wieder-Einschalten erfordert eine frische Bestätigung; ein widerrufener Datensatz re-autorisiert die Erfassung niemals von selbst.
Gespeicherte EinwilligungErfassung
Gültig, aktuelle VersionErlaubt
WiderrufenNicht erlaubt
Veraltete Disclosure-VersionNicht erlaubt
Keine vorhandenNicht erlaubt
Der Rückzug stoppt die zukünftige Erfassung. Um bereits erfasste Bodies zu entfernen, setzen Sie ein kürzeres Aufbewahrungsfenster oder lösen Sie eine Löschung aus — siehe Aufbewahrung und Recht auf Löschung.

​
5. Der Audit-Trail

Jeder Einwilligungsübergang wird distinkt vom Erfassungs-An/Aus-Toggle geloggt, sodass die Erteilung und der Rückzug jeweils ihr eigener beweisbarer Datensatz dessen sind, wer wann handelte. Eine Erteilung loggt die Disclosure-Version, die bestätigt wurde; ein Rückzug loggt den Widerruf. Dies ist der Nachweis, den Ihre Compliance-Reports lesen, wenn sie attestieren, dass die Prompt-Erfassung nur unter aufgezeichneter Einwilligung lief — siehe, wie das in Nachweise exportieren auftaucht.
Die Erfassung selbst respektiert Ihre Aufbewahrungsgrenzen unabhängig von der Einwilligung: Das Default-Fenster ist 30 Tage und ein Admin-gesetzter Pro-Workspace-Wert ist serverseitig auf ein hartes Maximum von 180 Tagen geklemmt. Die Einwilligung regelt, ob die Erfassung passiert; die Aufbewahrung regelt, wie lange das Erfasste überlebt.

​
6. Wohin als Nächstes

Aufbewahrung

Wie lange erfasste Bodies leben, das Pro-Workspace-Fenster und das serverseitig geklemmte Maximum.

Recht auf Löschung

Selbstlöschung, das Gnadenfenster und der Cascade, der erfasste Prompts und Matches bereinigt.

Datenresidenz

Die Region, unter der Ihr signierter Compliance-Nachweis gestempelt und gespeichert wird.

Geteilte Verantwortung

Was das Gateway aufzeichnet und auditiert versus die Disclosures und Entscheidungen, die Ihnen bleiben.
Die Einwilligung am Gateway ist aufgezeichnet, versioniert und widerrufbar — sodass das Erfassen von Prompt-Inhalt immer eine bewusste, aktuelle Entscheidung ist, von der ein Admin beweisen kann, dass er sie getroffen hat, und eine, die sich selbst pausiert, in dem Moment, in dem sich die Disclosure dahinter ändert.