完整题目
在知识持续更新的增量场景下，GraphRAG应如何动态维护知识图谱与索引结构？请讨论其增量更新策略及面临的挑战。
本文目录
更新单位不是固定“三层”
GraphRAG 更新要围绕依赖关系设计：来源文档产生文本单元，文本单元支持实体和关系，图结构生成社区，社区证据再生成报告和向量表示。节点、边、向量与摘要由不同系统维护时，不存在一个通用的 Neo4j 或 Neptune 事务把它们全部原子提交。
何时增量，何时全量
先测三项：变化占比、依赖传播范围、增量结果相对同版本全量基线的质量差异。
- 来源少量新增且实体对齐稳定时，可以增量提取、合并和更新受影响派生物。
- 大批删除、实体消歧规则变化、抽取模型/提示升级或出现大量跨社区边时，局部范围可能迅速扩大，全量重建通常更易验证。
- 不按“每天全量”或“分钟级增量”写死计划。周期由新鲜度 SLO、数据量、成本、更新比例和发布窗口决定。
Microsoft GraphRAG 的 update 命令是一个可采用的实现入口，标准和 fast 方法的能力也不同；选用前要核对当前版本、输出 schema 和迁移策略。其他 GraphRAG 实现可能没有相同的更新协议。
一次可回滚的更新
- 读取稳定文档 ID、来源版本、内容哈希、ACL 与删除标记。