GraphRAG 适合公司知识库吗？

[青菜]

最近看到 GraphRAG，感觉比普通 RAG 高级。公司知识库是不是应该直接上？

[nora]

先别被名字带跑。GraphRAG 更适合全局主题、实体关系、跨文档综合，不是替代所有 RAG。

[阿航]

如果用户问“某个报销标准是多少”，普通检索更直接。

[MingK]

如果问“过去半年客户投诉主要集中在哪些产品线”，图和社区摘要可能有用。

[林小北]

GraphRAG 的构建成本不低。实体抽取、关系抽取、社区摘要、更新都要维护。

[小树]

那是不是只有大公司能用？

[小路灯]

不是。小团队也能试，但别一上来把制度问答改成图谱工程。

[rootless]

图谱最大的坑是更新。文档每天变，关系和摘要怎么增量更新？

[小满满]

我们试过在项目复盘文档上做实体关系，找人和系统关系挺好。但查具体配置不如向量。

[阿白]

还有可解释。图上边是模型抽的，用户会问这条关系从哪来。

[nora]

所以每条实体关系最好能追溯到原文片段，不然图谱也会变成另一种幻觉。

[青菜]

我原来想拿 GraphRAG 解决所有召回问题，现在看不现实。

[林小北]

可以从“跨文档分析”场景试点，不要从“员工手册问答”开始。

[MingK]

普通 RAG、结构化查询、GraphRAG 是工具箱，不是升级路线。

[阿航]

先定义问题，再选检索形态。别反过来。