Corriger l'enregistrement sans ajouter de contradiction
Une correction modifie la mémoire existante via PATCH /v1/memories/{memory_id}. MemoryUpdateRequest rend chaque champ facultatif et comprend content, path, metadata, source, provenance, memory_type, status, expires_at, scope et team_id. Cela permet de maintenir la correction associée à la même référence de mémoire et laisse le serveur appliquer son mécanisme de versionnement.
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
}Le contrôle des versions et des conflits fait partie intégrante de la requête
Le contrat de mise à jour inclut merge_metadata, merge_provenance et detect_conflicts, tous définis sur true par défaut, ainsi que supersession_reason. La couche de persistance incrémente la version de la mémoire et maintient les données de status/superseded_by/conflict dans le contrat public de la mémoire ; lisez les données renvoyées par l'implémentation comme le résultat actuel, tandis que la réponse OpenAPI reste non typée.
- Fusionnez les métadonnées et la provenance lorsque la correction doit conserver les éléments probants antérieurs.
- Maintenez detect_conflicts activé lorsque des modifications simultanées ou des versions concurrentes entrent en jeu.
- Utilisez supersession_reason lorsque la correction remplace intentionnellement une version antérieure.
Vérifier le périmètre corrigé
Après une correction, effectuez une lecture délimitée et examinez les champs version, status, provenance et conflict renvoyés. L'extraction respecte toujours le périmètre authentifié et les filtres d'état de mémoire ; un PATCH réussi ne constitue pas à lui seul la preuve que le résultat délimité ciblé est désormais visible.
GET /v1/memories/search?query=corrected%20deployment%20decision&scope=memory-os&status=active&limit=5
X-API-Key: <your-assigned-api-key>Flux par rôle
Utilisateur de ChatGPT
Donnez à ChatGPT un accès durable à vos préférences XMemo, faits de projet, décisions et TODOs sans coller de jetons bearer dans un chat.
Enregistrez une préférence synthétique ou une note de projet, démarrez un nouveau chat, puis demandez à ChatGPT de la rappeler via XMemo avant de poursuivre le travail.
Développeur Copilot / Codex
Transmettez les décisions du dépôt, les conventions de codage, les notes de correctifs et l'historique des tâches entre les agents IDE et CLI.
Enregistrez une décision relative au code ou un correctif, puis demandez au prochain agent de l'IDE ou de la CLI de rappeler le contexte XMemo pertinent avant toute modification.
Responsable de projet pilote d'équipe / entreprise
Évaluez la mémoire partagée avec les contrôles de compte, l'attribution des sources, les flux d'exportation/suppression et des preuves de configuration sécurisées pour les évaluateurs.
Demandez à un membre du projet pilote d'enregistrer une mémoire d'équipe synthétique, confirmez l'attribution de la source dans XMemo, puis examinez les chemins de suppression/exportation et de support.
Source : API de mémoire