Aufbewahrung wird aktuell vom Service verwaltet
Die aktuelle MeGovernanceResponse meldet retention.status=operator_managed und retention.available=false. Automatisierte Aufbewahrungsregeln sind nicht pro Konto konfigurierbar; Aktionen wie archive, forget und clear erfordern eine explizite Kontoaktion. Diese Seite beschreibt die implementierte Funktionsweise und kein Versprechen eines automatischen Aufbewahrungszeitplans.
{
"retention": {
"status": "operator_managed",
"available": false
},
"delete": {
"status": "self_service",
"available": true
}
}Löschung und Export weisen getrennte Richtlinien auf
Die Löschung einzelner Erinnerungen erfolgt im Self-Service. Eine Kontoschließung widerruft den Zugriff und reiht einen Workflow zur persönlichen Bereinigung ein; der Antwortvertrag legt fest, dass mit dem Team geteilte Daten beim Team verbleiben. Der Export erfolgt je nach Laufzeitkonfiguration entweder als Self-Service-Download oder rein auf Anfrage, und vorbereitete Artefakte laufen automatisch ab.
- delete — Self-Service-Löschung einzelner Erinnerungen ist verfügbar.
- export — Status lautet nur dann self_service_download, wenn die Laufzeitumgebung dies aktiviert; andernfalls request_only.
- data_boundary — auf Kontoebene begrenzt; es ist kein kontoübergreifender Zugriff gestattet.
Governance-Aktionen hinterlassen Audit-Nachweise
Die Governance-Antwort meldet audit.status=enabled und legt dar, dass Kontoaktionen Audit-Ereignisse auslösen; der Zugriff auf Audit-Protokolle und der Self-Service-Audit-Export verbleiben unter der Verwaltung des Service-Teams. Bei der Speicherlöschung werden zudem Modus, Vorhandensein einer Begründung und Zielreferenzen in der Speicher-Audit-Outbox erfasst, ohne vergessene Inhalte im öffentlichen Ergebnis beizubehalten.
{
"data_boundary": {
"status": "account_scoped",
"available": true
},
"audit": {
"status": "enabled",
"available": true
}
}Den wirksamen Status vor der Modusauswahl prüfen
Sicherheitsmodus und Governance-Status sind voneinander getrennte Steuerungen. Der Cloud-Modus erlaubt serverseitige Verarbeitung; Keyguard nutzt kundenseitige Schlüsselverschlüsselung mit auditierter temporärer Entschlüsselung; Vault hält Speicherinhalte clientseitig verschlüsselt und erfordert in der Regel einen lokalen Abruf. Wählen Sie Aufbewahrung, Löschung und Sicherheitsbehandlung anhand der aktuellen Antwortverträge aus, anstatt anzunehmen, dass eine einzige Einstellung alle drei Bereiche steuert.
retention = operator_managed
delete = self_service
audit = enabled
security = resolve the effective Cloud, Keyguard, or Vault modeRollenbasierte 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: Öffentlicher Governance-Vertrag