跳到正文
SGSteven Guan

原子概念

原件、版本与来源链

source object与不可变document version、内容指纹、采集/发布/生效时间、派生lineage。

要解决的问题知识更新后如何知道答案来自哪一版原件?

检索别名:provenance · lineage · document version

BLUEPRINT局部蓝图

01 输入

  1. 稳定源对象ID
  2. 原件与加工版本
→

02 处理机制

  1. 保存不可变快照和时间语义
  2. 建立chunk/向量/摘要派生关系
  3. 将每次回答绑定明确证据版本
→

03 输出与证据

  1. 可审计来源链
  2. 历史复核与撤回依据

身份稳定,版本不可变

同一份政策修改后仍是同一个源对象,却已经是不同的证据版本。建议将source object ID、document version ID和内容hash分开:前者追踪身份,中间项固定某次状态,hash帮助判断内容是否相同。不能以标题相同认定版本相同,也不能因内容相同合并不同用户的授权边界。

原件、解析结果、chunk、embedding、社区摘要和记忆项组成一张派生关系网。回答所用证据应能沿着这张网回到原始文件及页段,知道它何时被观察、解析和发布。图数据库中的一条边或模型生成的摘要,仍不能替代底层原始证据。

至少记录三组时间

源更新时间、系统接入时间和业务生效时间承担不同作用。今天上传的旧政策未必今天才生效,今天修订的财务数据也未必是历史决策当时可知的数据。页面上显示“最新”必须有明确口径,不应把抓取时间当事实发生时间。

对象存储可保存不可变原件与解析JSON,关系库保存版本、状态、权限和派生引用。更新时先完整构建新版本,再切换活动指针;旧版本可以按保留合同归档,以支持历史复核。跨库发布方式在增量发布与一致性节点中展开。

来源链的验证边界

Microsoft Graph的delta是追踪源对象变化的一种实现;GraphRAG则说明同一原文还会派生实体和社区报告。两者提示来源管理要跨越多个加工阶段,而不是只给最终答案附一个URL。本文的字段组织是工程建议,不声称来源产品默认完整实现该合同。

验收时任选一条结论,检查是否能定位原件版本、解析版本、检索证据及访问范围;再修改或撤回源对象,确认依赖它的派生物被标为过期。链接能打开、原文曾读过、结论得到支持和事实仍然有效,应分别记录。

RELATIONSHIP MAP

与其他节点的关系

箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。

哪些节点指向本页 · 6

PRIMARY SOURCES

来源与阅读边界

来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。

  1. Microsoft Graph:driveItem delta ↗官方文档 / 声明
  2. Microsoft GraphRAG:索引管线 ↗官方文档 / 声明