CommencerGuides pratiquesSuppression de mémoire

Concept

Suppression de mémoire

Choisissez le circuit récupérable d'oubli ou un mode destructif explicitement autorisé assorti d'un marqueur d'effacement auditable.

La suppression réversible est le choix par défaut public

DELETE /v1/memories/{memory_id} applique par défaut mode=soft_delete. POST /v1/memories/{memory_id}/forget accepte la même famille MemoryForgetRequest avec mode, reason, replacement_content et metadata. Une suppression réversible génère un marqueur d'effacement tombstone et un instantané de version, modifie le statut de la mémoire vers deleted et autorise une restauration ultérieure.

DELETE /v1/memories/<memory-id>?mode=soft_delete&reason=user-requested
X-API-Key: <your-assigned-api-key>

Forget, redact et hard-delete sont des modes distincts

Le moteur de persistance prend en charge soft_delete, redact et hard_delete. Redact remplace le contenu par [REDACTED] (ou par le texte de remplacement fourni), purge les métadonnées ainsi que les plongements, et consigne une provenance d'expurgation sécurisée. La suppression définitive hard_delete est irréversible et protégée par l'autorisation renforcée memory:hard_delete ; ne la choisissez pas pour une simple correction courante.

  • soft_delete — suppression réversible accompagnée d'un marqueur d'effacement et d'un instantané de version.
  • redact — conserve un résultat/marqueur sans contenu tout en éliminant le contenu d'origine et le plongement.
  • hard_delete — suppression définitive et permanente requérant la capacité de suppression renforcée.

Restaurer uniquement une mémoire supprimée de manière réversible

POST /v1/memories/{memory_id}/restore accepte MemoryRestoreRequest avec un motif facultatif et des métadonnées. Le circuit de persistance rétablit status=active et incrémente la version ; une mémoire caviardée ne peut pas être restaurée car son contenu d'origine n'est plus accessible.

POST /v1/memories/<memory-id>/restore
X-API-Key: <your-assigned-api-key>
Content-Type: application/json

{
  "reason": "owner-confirmed recovery"
}

La suppression est autorisée et auditée

Le circuit de mutation REST contrôle le périmètre de mémoire propre au mode et la clé restreinte au propriétaire avant de résoudre la cible. Il enregistre les éléments d'audit et marqueurs de mémoire avec le mode demandé, la mention du motif et les références cibles sans jamais divulguer le contenu oublié.

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