删除、墓碑与派生物清除

删除是一次全链路操作

从源系统删除文件之后，原文可能仍存在于chunk、向量payload、搜索缓存、回答缓存、摘要、Agent记忆和导出文件中。因此“数据库里已经没有该文件”不足以证明系统停止使用其内容。必须先定义删除语义：停止线上供应、逻辑归档、物理清理和备份保留是不同阶段。

连接器应把源删除作为显式事件处理。Microsoft Graph delta用deleted标记报告删除，展示了接入侧可消费的删除信号；但事件传播到所有派生层仍由应用负责。不能只依靠定期重新embedding来偶然清除旧资料。

先禁用，再清理

建议首先在权威对象表写tombstone，使检索入口、原件读取和引用展开立即拒绝使用；随后根据lineage定位各代chunk、embedding、图边、生成摘要、记忆和缓存并异步清理。这样物理删除任务较慢时，也不会继续在线提供已经撤回的内容。

需要为删除事件保存幂等ID、目标版本、原因、消费进度和失败重试。已进入其他任务的材料不能悄悄被当作仍有效证据；恢复旧checkpoint或备份后，也要重放较新的tombstone。否则一次灾难恢复可能把已删除资料重新上线。

保留与不可逆边界

是否允许删除原始审计记录、备份保存多久以及第三方导出如何处置，取决于资料域的实际合同。设计上应区分“内容不再可用”与“保留最小删除回执”，回执只需记录对象身份、状态和完成证明，不应再次包含被删正文。

验收可以先用一份包含独特短语的测试文件生成索引、摘要和记忆，再删除它，从所有入口查询短语并检查读取权限；随后模拟索引重建和备份恢复。只有活动服务、派生层和恢复路径均不重新供应该证据，才能报告对应删除合同已经完成。