Den Datensatz korrigieren, keinen Widerspruch anhängen
Eine Korrektur ändert die bestehende Erinnerung über PATCH /v1/memories/{memory_id}. MemoryUpdateRequest macht jedes Feld optional und umfasst content, path, metadata, source, provenance, memory_type, status, expires_at, scope sowie team_id. Dadurch bleibt die Korrektur mit derselben Speicherreferenz verknüpft und der Server kann seinen Versionierungspfad anwenden.
PATCH /v1/memories/<memory-id>
X-API-Key: <your-assigned-api-key>
Content-Type: application/json
{
"content": "The corrected deployment decision was verified on 2026-09-02.",
"provenance": {
"correction": "owner-confirmed"
},
"merge_provenance": true,
"detect_conflicts": true
}Versions- und Konfliktsteuerungen sind Teil der Anfrage
Der Aktualisierungsvertrag umfasst merge_metadata, merge_provenance und detect_conflicts, die standardmäßig alle auf true gesetzt sind, sowie supersession_reason. Der Persistenzpfad inkrementiert die Speicherversion und behält Hinweise zu status/superseded_by/conflict im öffentlichen Speichervertrag bei; lesen Sie die zurückgegebenen Implementierungsdaten als aktuelles Ergebnis, während die OpenAPI-Antwort untypisiert bleibt.
- Führen Sie Metadaten und Herkunft zusammen, wenn die Korrektur bestehende Nachweise beibehalten soll.
- Lassen Sie detect_conflicts aktiviert, wenn gleichzeitige Bearbeitungen oder konkurrierende Versionen relevant sind.
- Verwenden Sie supersession_reason, wenn die Korrektur eine frühere Version absichtlich ablösen soll.
Den korrigierten Scope überprüfen
Führen Sie nach einer Korrektur einen bereichsbezogenen Lesevorgang durch und prüfen Sie die zurückgegebenen Felder für Version, Status, Herkunft und Konflikte. Der Abruf folgt weiterhin dem authentifizierten Scope und den Filtersätzen für den Speicherstatus; ein erfolgreicher PATCH allein ist noch kein Beweis dafür, dass das beabsichtigte bereichsbezogene Ergebnis nun sichtbar ist.
GET /v1/memories/search?query=corrected%20deployment%20decision&scope=memory-os&status=active&limit=5
X-API-Key: <your-assigned-api-key>Rollenbasierte 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: Memory API