Sensibel ist eine Verarbeitungsrichtlinie, kein Speichertyp
Das memory_type-Enum des Speichervertrags lautet episodic, semantic, procedural, working oder identity; es gibt keinen Wert sensitive. Sensibilität wird über gemeinsame Schwärzungen und Sicherheitsumschlag-Steuerungen gehandhabt, anstelle einen sechsten Speichertyp einzuführen.
- Werte im Format von Anmeldedaten werden vom kanonischen Server-Bereiniger stets geschwärzt.
- Personenbezogene Daten (PII) des Eigentümers bleiben standardmäßig erhalten und werden geschwärzt, wenn der Eigentümer auto_redact_pii aktiviert.
- Hochriskante Inhalte wie private Schlüssel oder AWS-Geheimnisse führen dazu, dass die Agentenerfassung das Ereignis überspringt.
Inhalt, Metadaten und Herkunft gemeinsam bereinigen
sanitize_server_write wendet die gemeinsame Regelregistrierung auf jede Zeichenkette an, die von einem Speicherdatensatz aus erreichbar ist, einschließlich Inhalt, Metadaten und Herkunft. Bezeichnungen von Anmeldedaten, API-Schlüssel, JWTs, URL-Geheimnisse und sonstige registrierte Anmeldedatenformate werden vor der Persistenz entfernt; Schwärzungen geben den Rohwert niemals in Ergebnis-Metadaten zurück.
from memory_manager.security.redact import sanitize_server_write
result = sanitize_server_write(
"Deploy with token=not-a-real-secret",
redact_contact_pii=False,
)
print(result.text)
print(result.applied, result.redactions)Vault-Modus kann Speicher lokal halten
Der Sicherheitsumschlag zeichnet security_mode, encryption_state, retrieval_visibility, server_embeddings_enabled und server_content_search_enabled auf. Der Vault-Modus speichert Chiffretext und verwendet standardmäßig retrieval_visibility=client_local_only bei deaktivierten Server-Embeddings; der Serverabruf ist ausgeschlossen, es sei denn, der Mandant entscheidet sich explizit für eine semantische Indizierung.
{
"security_mode": "vault",
"encryption_state": "ciphertext",
"retrieval_visibility": "client_local_only",
"server_embeddings_enabled": false,
"server_content_search_enabled": false
}Der Abruf beachtet den Sicherheitsumschlag
Das Abruf-Gate des Servers verwirft Zeilen, die als client_local_only oder not_retrievable gekennzeichnet sind. Vault-Zeilen sind ebenfalls ausgeschlossen, sofern ihre Metadaten nicht explizit vault_semantic_index_opt_in aktivieren; der Sicherheitsumschlag beschreibt dieses Opt-in als Kompromiss, da es einen serverseitigen semantischen Index erlaubt. Nutzen Sie den lokalen Abruf für Inhalte, die nicht in den Serverabruf gelangen dürfen.
client_local_only -> excluded from server recall
not_retrievable -> excluded from server recall
vault + opt-in -> server vector recall allowed
vault without opt-in -> local recall requiredRollenbasierte Workflows
ChatGPT-Benutzer
Geben Sie ChatGPT dauerhaften Zugriff auf Ihre XMemo-Präferenzen, Projektfakten, Entscheidungen und TODOs, ohne Bearer-Token in einen Chat einzufügen.
Speichern Sie eine synthetische Präferenz oder Projektnotiz, starten Sie einen neuen Chat und fordern Sie ChatGPT auf, diese vor der Fortsetzung der Arbeit über XMemo abzurufen.
Copilot- / Codex-Entwickler
Übertragen Sie Repository-Entscheidungen, Programmierkonventionen, Bugfix-Notizen und den Aufgabenverlauf zwischen IDE- und CLI-Agenten.
Erfassen Sie eine Codebasis-Entscheidung oder einen Bugfix und fordern Sie den nächsten IDE- oder CLI-Agenten auf, den relevanten XMemo-Kontext vor dem Bearbeiten abzurufen.
Verantwortlicher für Team- / Enterprise-Pilotprojekte
Evaluieren Sie geteilten Speicher mit Kontokontrollen, Quellenzuordnung, Export-/Lösch-Workflows und prüfersicheren Einrichtungsnachweisen.
Lassen Sie ein Mitglied des Pilotprojekts eine synthetische Team-Erinnerung speichern, bestätigen Sie die Quellenzuordnung in XMemo und prüfen Sie anschließend Lösch-/Export- sowie Support-Pfade.
Quelle: Datengrenze