← 返回案例列表
L3· 客户确认NOVAIX 案例互联网/软件 · 电商知识留存查询资料私有化

企业知识库智能问答系统

个人默认脱敏:行业 + 规模区间

企业需要沉淀内部规章制度、SOP 流程、FAQ、技术接口、员工手册、数据报表等资料,希望员工用自然语言直接查询,减少翻阅文档和咨询行政、技术人员的人力成本。初期直接采用通用 RAG 方案上线:固定长度滑动窗口分块,不区分文档业务类型,只做单稠密向量检索。

交付周期
未提供
企业规模
未提供
技术栈
8 类组件
可信度
L3 · 客户确认
石
石震C20261009033432Q30
浏览 43
问题
  • 固定长度分块不区分文档类型,条款被截断、问答对拆分、步骤断裂、表格切碎,完整信息分散在多个片段。
  • 只做单稠密向量检索,专有名词、制度编号、专业术语关键词召回不足,纯关键词又无法理解同义转述。
代价:检索召回低、上下文残缺,大模型漏规则、错引条款。
方案
类型自适应分块→混合检索与重排→Agentic 决策流→流式输出与链路可视化→评测体系→企业级特性补齐

针对 6 类企业文档单独设计切分逻辑,保护条款、问答、步骤、表格完整性,并搭配父子块策略。

结果
知识库检索召回率与回答质量评分
无→无
口径:样本量:90 题标注集(golden_set.json);统计周期:无 · 样本量:90 题标注集(golden_set.json);统计周期:无 · SmartQuery/evaluation/golden_set.json(90 题标注集);评测方法见 docs/EVALUATION.md;评测脚本 eval_retrieval.py / eval_answer.py

客户当时卡在哪

  • 固定长度分块不区分文档类型,条款被截断、问答对拆分、步骤断裂、表格切碎,完整信息分散在多个片段。不解决的代价:检索召回低、上下文残缺,大模型漏规则、错引条款。
  • 只做单稠密向量检索,专有名词、制度编号、专业术语关键词召回不足,纯关键词又无法理解同义转述。不解决的代价:知识库存有答案却检索不到,或混入大量无关文档。
  • 上游上下文破碎导致大模型漏条款、篡改制度规则、虚构不存在的规定。不解决的代价:用户得到错误的企业制度,带来合规风险。
  • 答不准时无法区分是分块、检索还是生成环节的问题,缺少标准化评测与消融对比。不解决的代价:调优靠人工改参数、人工抽样,迭代效率极低。
  • 基础 RAG 缺少角色权限、审计日志、版本管理、扫描件 OCR 解析、提示注入防护等企业必备能力。不解决的代价:无法直接用于真实企业内部生产环境。

FDE 怎么干的

1
类型自适应分块

针对 6 类企业文档单独设计切分逻辑,保护条款、问答、步骤、表格完整性,并搭配父子块策略。

关键判断:通用固定长度分块会破坏语义结构,按文档类型切分才能保住完整业务信息;父子块兼顾细粒度检索与完整上下文。

2
混合检索与重排

稠密向量做语义、稀疏向量做关键词,RRF 融合结果,再用交叉编码器重排序,并支持按文档元数据过滤检索范围。

关键判断:单一检索模式各有短板,融合重排才能同时覆盖专有名词召回与同义转述理解。

3
Agentic 决策流

先做意图识别区分闲聊与知识问答;检索质量不足时自动改写查询做多轮重检索,最多 3 轮。

关键判断:用决策流把意图路由与检索质量兜底分开处理,避免无效检索直接进入生成环节。

4
流式输出与链路可视化

采用 SSE 流式输出,可视化完整检索 Trace 链路,可看到每一步检索、融合、重排的分数与来源。

关键判断:让检索过程可观测,便于定位链路瓶颈而不是只看最终答案。

5
评测体系

配套检索指标评测、LLM-as-Judge 回答三维评测、分块策略消融实验。

关键判断:用量化对比替代人工盲试,才能定位问题出在分块、检索还是生成。

6
企业级特性补齐

补齐权限控制、操作审计日志、文档增量更新与版本管理、来源引用溯源、提示注入防护、扫描件 OCR 识别、一键部署。

关键判断:这些是真实企业内部生产环境的准入条件,缺失则无法落地。

完整经过

作者亲述:方案取舍、走过的弯路、怎么说服客户

背景

企业需要沉淀内部规章制度、SOP 流程、FAQ、技术接口、员工手册、数据报表等资料,希望员工用自然语言直接查询,减少翻阅文档和咨询行政、技术人员的人力成本。初期直接采用通用 RAG 方案上线:固定长度滑动窗口分块,不区分文档业务类型,只做单稠密向量检索。

怎么打

基于 LangGraph 搭建 Agentic 工作流。分块上做类型自适应,针对 6 类企业文档单独设计切分逻辑,搭配父子块策略。检索上搭建稠密加稀疏混合链路,RRF 融合后做交叉编码器重排序,并支持按元数据过滤。决策流先做意图识别区分闲聊与知识问答,检索质量不足时自动改写查询多轮重检索,最多 3 轮,采用 SSE 流式输出并可视化完整检索 Trace。同时配套检索指标评测、LLM-as-Judge 回答评测与分块策略消融实验,并补齐权限、审计、版本管理、来源溯源、提示注入防护、OCR 与一键部署等企业级特性。

结果

系统按文档类型自动分块并写入稠密与稀疏向量;员工提问后经意图分析、混合检索、RRF、重排获取上下文,结合对话历史流式返回答案,界面可查看完整检索链路与参考来源,并可运行评测脚本量化评估效果。

边界

权限控制仅管理员可上传与删除;认证信息由服务端解析,前端不可伪造;审计日志覆盖登录、提问、上传、删除等操作;删除采用软删除并从向量库按来源清除后重建索引。

踩过的坑

只写顺利过程的案例,客户默认是包装过的
!扫描件或图片需经 OCR 识别入库,PDF 无文本层时自动回退 OCR。
!检索资料以分隔标记包裹,并约束模型不执行资料中的指令,防止提示注入。

这个方案解决不了什么

敢写边界,才说明真的做过
  • ×权限控制仅管理员可上传与删除文档。
  • ×认证信息由服务端解析,前端不可伪造。
  • ×审计日志覆盖登录、提问、上传、删除等操作。
  • ×删除采用软删除,并从向量库按来源清除后重建索引。
LangGraphqwen3.7-text-embeddingBAAI/bge-m3RRFBGE-Reranker-v2-M3MilvusQwen-Max / Qwen-PlusFastAPI + Uvicorn

相关链接

代码与演示入口,核验状态如实标注

结果

每个指标都附统计口径
知识库检索召回率与回答质量评分
无→无
怎么测:样本量:90 题标注集(golden_set.json);统计周期:无
统计周期:样本量:90 题标注集(golden_set.json);统计周期:无
数据来源:SmartQuery/evaluation/golden_set.json(90 题标注集);评测方法见 docs/EVALUATION.md;评测脚本 eval_retrieval.py / eval_answer.py
我也有类似场景

核验依据

仅对平台开放

本案例已提交 0 项核验材料(验收单、周报、客户确认等),由平台逐项核对。原件含客户名称与金额,不对外展示。

客户见证人

本案例已获客户确认(L3)。见证人信息由客户自愿补充,用于进一步支持「可参考联系」(L4)。

相关案例

按行业、业务目标与场景自动匹配
L1· 自我声称NOVAIX 案例能源化工12 周

设备维修知识传承 Copilot

某大型化工园区内企业

把 30 年老师傅的维修经验变成新人可查可用的排障助手。

MTTR
下降 34%
重复故障率
下降 41%
♡ 0浏览 0引用 0查看完整案例→
L4· 可参考联系NOVAIX 案例企业服务 / SaaSPOC 验证 → 自建 Agent 全量开放

头部SaaS企业用AI销售助理重构获客链路

国内领先的企业级 SaaS 服务商中国 · 未披露 人

该企业销售团队(续费、新签、海外直销、渠道)长期被信息搬运绑住——找商机靠刷公开渠道、见客户前手动查工商舆情、做方案靠复制粘贴、合同起草重复劳动。该 AI 销售助理基于公司自建 Agent 平台运行,用大白话对话即可调用 CRM、工商、舆情等内外部数据源,把结论直接喂到销售嘴边,覆盖找商机→见客户→谈方案→做合同一条完整链路。销售可通过办公 IM 工作台、搜索、网页、群快捷栏四种方式唤起。

能力覆盖
覆盖找商机到做合同全链路
标杆案例
跑通从情报到方案交付的全链路闭环
♡ 1浏览 147引用 1查看完整案例→
L3· 客户确认NOVAIX 案例餐饮20周

餐饮连锁VOC分析与洞察体系搭建

某头部全国连锁餐饮企业华东 · 2000+ 人

该连锁餐饮企业的用户声音散落在内部评价、三方平台使用评价、专业平台测评、三方投诉平台等多个渠道,缺少竞品与行业参照,也缺少统一的指标与标签体系,海量语义和场景靠人工无法细分。项目整合这些分散数据,搭建定制语言模型与NPS满意度体系,做多维度标签化分析、竞品对比、门店分值监控、差评监控、问题实时预警与AI自动回评,沉淀消费者数据资产。

分析准确率
≥90%
品类标注训练
100+
♡ 2浏览 85引用 2查看完整案例→

提问与质疑

一条被认真回应的质疑,比十条好评更能建立信任

提问仅对已认证成员开放

开放范围是已认证的 FDE 与已认证企业客户 —— 这是为了防止匿名差评, 保证每条质疑都有可追溯的身份,也保证作者愿意认真回应。

登录 / 完成认证
企业知识库智能问答系统 | 案例 | NOVAIX