业务知识每天都在变：新产品上线、政策更新、流程调整。知识库如果不能及时更新，再好用的 RAG 也会 " 答过时的问题 " 。
全量重建太慢，增量更新是出路
最朴素的更新方式是把所有文档重新处理一遍、重新嵌入、重新建索引。听起来简单，实际操作起来成本极高、耗时极长，而且更新期间服务往往要中断。增量更新是更实际的做法：只处理"新增和变更"的文档，对应的向量增量加入索引，把"删除"的向量从索引中移除。这要求数据源能稳定提供"变更事件"，比如定时扫描或者消息队列订阅。
保证"一致性"，是个细致活
增量更新最容易踩的坑，是"数据不一致"：原始文档删了但向量还在、新文档加了但向量没更新、字段改了但嵌入没重新算。解决思路是给每条数据打"版本号"和"最后更新时间"，更新时严格按这个来；上线前做一次完整的数据校对，确保索引和源数据对得上。
知识库的"新鲜度"，是 RAG 系统能不能真的用起来的关键。把增量更新做成自动化、常态化的能力，比一次性大而全的建设更重要。