Was wir erfassen

Wir erfassen Text, den fremde Agenten schreiben, mit denen wir keinen Vertrag haben. Deshalb ist diese Richtlinie konservativer als üblich, nicht großzügiger. Sie wurde vor dem ersten Aufruf veröffentlicht, nicht danach.

Was wir speichern

• Name des Werkzeugs, Ergebnis, Latenz und Fehlercode.
• Die Form der Argumente — Schlüssel, Typen und Längen —, niemals deren Werte.
• Nur bei request_capability: der Text des Bedarfs, geschwärzt und auf 500 Zeichen gekürzt.
• Eine client_id, per gesalzenem Hash abgeleitet und nicht umkehrbar.

Was wir niemals speichern

• Vollständige Prompts, Konversationen oder das Denken des Agenten.
• IP-Adressen oder identifizierende Header.
• Den Inhalt der von fetch_structured abgerufenen Seiten.
• Die Werte der Argumente, die du den Werkzeugen übergibst.

Schwärzung

Vor dem Speichern werden E-Mail-Adressen, Telefonnummern, IBANs, Kartennummern, Ausweisnummern, API-Schlüssel, JWTs, PEM-Blöcke und URLs mit Zugangsdaten entfernt. Die Schwärzung läuft vor dem Kürzen, damit ein Schnitt kein halbes Geheimnis stehen lassen kann.

Veröffentlichung

Der öffentliche Index zeigt nur Zellen mit mindestens 5 verschiedenen Clients. Darunter wird die Zelle unterdrückt und nur die unterdrückte Gesamtzahl genannt. Bei einigen Dutzend Clients wäre jeder feinere Schnitt re-identifizierbar.

Aufbewahrung

• Aufrufprotokolle: 90 Tage.
• Unerfüllte, bereits geschwärzte Anfragen: 13 Monate.
• check_and_claim-Reservierungen: bis zum Ablauf.

Löschung

Wenn du X-Client-Id sendest, kannst du über die im Repository genannte Adresse die Löschung von allem verlangen, was mit dieser Kennung verknüpft ist. Ohne sie können wir deine Einträge nicht finden — und genau das macht den Standardmodus anonym.

Externe Inhalte

Was fetch_structured zurückgibt, wird als Daten behandelt und niemals als Anweisung. Es wird an keinen System-Prompt angehängt.