开始使用指南记忆删除

Concept

记忆删除

选择可恢复的 forget 路径,或选择经过明确授权且带有可审计 tombstone 的破坏性模式。

软删除是公开默认值

DELETE /v1/memories/{memory_id} 默认使用 mode=soft_delete。POST /v1/memories/{memory_id}/forget 接受同一 MemoryForgetRequest 系列参数,包括 mode、reason、replacement_content 和 metadata。软删除会创建 tombstone 与 version snapshot,将 memory status 改为 deleted,并且之后可以 restore。

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

forget、redact 和 hard-delete 是不同模式

persistence engine 接受 soft_delete、redact 和 hard_delete。Redact 会将 content 替换为 [REDACTED](或提供的 replacement content),清除 metadata 与 embeddings,并记录安全的 redaction provenance。Hard delete 不可逆,并由更强的 memory:hard_delete authorization 路径保护;不要把它作为日常修正手段。

  • soft_delete — 带 tombstone 和 version snapshot 的可恢复删除。
  • redact — 移除原始 content 与 embedding,同时保留非 content 的 tombstone/result。
  • hard_delete — 需要更强 delete capability 的永久移除路径。

只恢复软删除的记忆

POST /v1/memories/{memory_id}/restore 接受带有可选 reason 和 metadata 的 MemoryRestoreRequest。持久化路径会将 status 恢复为 active 并递增 version;redacted memory 无法恢复,因为其原始 content 已不可用。

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

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

删除经过授权并留下审计记录

REST mutation path 会在解析目标前检查特定模式的 memory scope 和 owner-scoped key。它会写入包含请求模式、reason 是否存在以及目标引用的 memory tombstone/audit evidence,但不会暴露已忘记的 content。

角色工作流

ChatGPT 用户

让 ChatGPT 持久访问你的 XMemo 偏好、项目事实、决策和 TODO,同时不把 bearer token 粘贴到聊天里。

保存一条合成偏好或项目笔记,开启新聊天,再让 ChatGPT 在继续工作前通过 XMemo 召回它。

Copilot / Codex 开发者

在 IDE 与 CLI agent 之间携带仓库决策、编码规范、bug 修复说明和任务历史。

记录一条代码库决策或 bug 修复,然后让下一个 IDE 或 CLI agent 在编辑前召回相关 XMemo 上下文。

团队 / 企业 pilot owner

用账户控制、来源归因、导出/删除流程和 reviewer-safe 设置证据来评估共享记忆。

让一名 pilot 成员保存一条合成团队记忆,在 XMemo 中确认来源归因,然后审阅删除/导出和支持路径。

来源: Memory API