“上传 PDF,然后聊天”只是 RAG 的演示,不是企业知识系统的验收标准。进入生产后,真正困难的是版面解析、召回、权限、来源追踪、增量更新和可观测性。
本文依据项目官方文档、开源仓库与历史研究资料做分层选型,不是同一硬件、同一数据集上的实验室跑分。Tier 表示编辑部对特定场景的推荐顺序,不是客观能力排名。个人工具与企业平台也不放在同一总分里。
评分框架
我们看六项:复杂文档解析、混合检索与重排、权限与审计、可控与可迁移性、生态集成、部署和运维成本。
| 组别 | Tier | 产品 | 更适合谁 |
|---|---|---|---|
| 企业平台 | S | RAGFlow、WeKnora | 把文档理解与可解释检索放在首位的团队 |
| 企业平台 | A | BISHENG、Dify | 需要完整应用平台、工作流与私有部署的组织 |
| 企业平台 | B | FastGPT、MaxKB | 希望快速交付知识库应用的中小团队 |
| 个人/小型自托管 | A | QAnything | 重视本地部署与中文文档处理的用户 |
| 个人/小型自托管 | B | AnythingLLM、ima | 分别偏本地多模型工作区与微信内容入口 |
企业平台 S Tier
RAGFlow:复杂文档解析优先
RAGFlow 把“深度文档理解”放在产品中心,支持对分块结果进行可视化和人工干预,也覆盖混合检索、重排、引用和 Agent 工作流。面对扫描件、表格和复杂版式,它比只提供向量库封装的平台更值得优先验证。
它的代价是组件和资源需求都不轻。官方部署文档列出的依赖与硬件门槛应被视为容量规划起点,而不是性能保证。选它之前,应拿自己的最大文档、最差扫描件和并发目标做压力测试。
WeKnora:轻量服务与检索链路可组合
腾讯开源的 WeKnora 使用 Go 构建服务端,覆盖多类型文档解析、关键词与向量混合检索、重排、知识图谱和 Agent 模式。它的模块化设计适合希望保留二次开发空间、同时又不想从零拼装 RAG 管线的团队。
我们把它放进 S Tier,是因为架构方向和开源可读性,而不是因为它在所有数据集上已被证明最好。项目较新,生态成熟度、升级兼容和大规模运维仍需用概念验证来回答。
企业平台 A Tier
BISHENG:面向企业应用的完整平台
BISHENG 不只是检索引擎,还包括工作流、Agent、模型管理、评估、数据集管理与企业系统管理。官方仓库明确提供免费私有部署路径,对需要把 RAG 放进更大 AI 应用平台的组织很有吸引力。
完整也意味着更重。若目标只是给一个服务增加检索 API,引入整个平台可能增加认知和运维成本;若需要组织级应用建设,它的价值才会充分体现。
Dify:知识管道与应用生态成熟
Dify 的知识库支持父子分段、混合检索、重排和知识管道,并能直接接入工作流与 Agent。它适合希望让产品、运营和工程共同搭建 AI 应用的团队。
需要注意社区版、云服务和企业版的功能边界。权限、工作空间、审计、单点登录等能力不能凭产品宣传页想当然,应逐项对照当前版本与许可证。检索能力强,不等于免费版本天然满足企业治理。
企业平台 B Tier
FastGPT:交付速度与中文生态
FastGPT 把数据处理、RAG 检索和可视化工作流组合在一起,中文资料和应用模板丰富。它适合快速搭建客服、内部问答和流程型应用。
采用前要读清开源许可证和商业模块说明,并把解析质量、权限颗粒度与升级路径纳入验收。社区活跃度不能替代安全与治理评审。
MaxKB:开箱即用的知识库应用平台
MaxKB 提供知识库、工作流、Agent 与多模型接入,部署路径相对直接。对人员有限、希望尽快上线内部问答的团队,它是务实候选。
同样需要区分社区版、专业版和企业版。不要只用“能否启动”判断成本,而要核对用户规模、接口、权限、审计和支持服务是否落在所选版本内。
个人与小型自托管
QAnything:本地中文知识库优先
QAnything 定位为可离线安装的本地知识库问答系统,支持 PDF、Office、图片、网页等格式,并使用两阶段检索与重排。它适合希望数据留在本地、愿意自己管理模型服务的中文用户。
其公开版本节奏与企业治理能力和大型平台不同。用于团队生产前,应额外验证身份认证、权限隔离、备份和升级机制。
AnythingLLM 与 ima:解决的是不同问题
AnythingLLM 是可自托管的多模型工作区,适合个人或小团队把文档、模型和 Agent 放在一个界面里。它的优点是易用和模型选择自由,但不能因为“可自托管”就跳过安全配置、访问控制和漏洞更新。
腾讯 ima 更像个人知识库与内容入口,微信生态内的收集体验是差异点。若需求是企业级多租户权限、审计和知识生命周期治理,应选择企业平台,而不是把个人产品硬推上生产。
别把 GraphRAG 当万能升级
知识图谱适合跨文档关系、多跳问题和全局摘要,但抽取、消歧、更新和图存储都会增加成本。LightRAG 强调更轻量的图增强检索;微软 GraphRAG 提供索引和查询方法。二者都是技术框架,不是替换权限、评估与数据治理的魔法按钮。
最稳妥的选型顺序是:先建立真实问题集和引用正确率基线,再测试解析与召回;只有普通混合检索无法解决关键问题时,才为图谱付出额外复杂度。
参考资料与延伸阅读
- RAGFlow 官方仓库
- WeKnora 官方仓库
- BISHENG 官方仓库
- Dify 知识库文档
- FastGPT 官方仓库
- MaxKB 官方仓库
- QAnything 官方仓库
- AnythingLLM 官方仓库
- LightRAG 官方仓库
- Microsoft GraphRAG 官方仓库
资料核验日期:2026-08-23。本文 Tier 与评分均为编辑部主观判断;开源许可证、版本功能和部署要求以官方最新说明为准。