项目案例
已完成

筑云智库知识平台

AI产品经理(实习) · 2026 年 · 2026.01-2026.03 · 约 1 分钟阅读

参与某省电信数据中心知识平台从 Demo 验证推进到立项评估,围绕引用溯源、图文回答、PDF 预览定位等能力进行设计、测试与问题收敛

Dify(本地部署)RAG知识库PDF预览多文档联合引用Prompt 优化

项目概述

面向某省电信数据中心建设与运维资料场景,参与「筑云智库知识平台」需求对齐、原型设计、测试推进、客户演示支持与立项材料整理,推动项目从 Demo 验证走向正式立项评估

核心问题

项目需要围绕图纸、规范、参数、表格等复杂非结构化资料场景,验证 AI 知识库问答的可用性、引用可信度和演示稳定性,并在较短周期内形成可展示、可评估的方案能力

项目约束

  • 资料类型复杂,涉及图纸、规范、参数、表格等多类内容
  • Demo 阶段需要兼顾演示效果、引用可信与人工复核友好度
  • 需要在短周期内完成测试问题设计、Bad Case 收敛与客户演示支持
  • 项目目标不仅是可回答,还要可追溯、可定位、可展示

方案路径

围绕多文档联合引用、专有名词识别、图文混合回答、PDF 预览清晰度与引用定位准确性设计测试样本和问题集;结合业务要求持续优化提示词规则、评估口径与问题清单,推动 Demo 版本持续收敛并支撑立项评估

关键判断

优先围绕引用溯源与定位能力做验证

为什么这样做

对于企业知识库场景,回答是否可信、是否能定位到原文,比单纯生成答案更直接影响客户对方案可用性的判断

备选方案
  • 先只关注通用问答效果
  • 等方案稳定后再补引用与预览体验

用测试问题集和 Bad Case 清单驱动迭代

为什么这样做

通过结构化问题集和问题归因,可以更快定位错召回、漏召回、图片模糊、定位不准等关键问题,避免优化方向发散

备选方案
  • 仅做常规功能验收
  • 按演示反馈零散修补

关键能力 / 技术要点

  • Dify(本地部署)
  • RAG知识库
  • PDF预览
  • 多文档联合引用
  • Prompt 优化

结果与价值

  • 32 条
    问题清单沉淀
  • 21 条
    本人提出或跟进
  • Demo 验证 → 立项评估
    项目阶段推进

系统参与了 AI 知识库项目从需求对齐、原型设计、测试推进到问题收敛与演示支持的完整过程,形成了企业知识库场景下的产品与评估方法认知

项目收获

  • 企业知识库场景里,回答可信与引用可追溯是产品价值的核心组成
  • 测试问题集和 Bad Case 收敛,是推进 AI 产品落地的关键抓手
  • 产品方案既要能讲清能力,也要能讲清评估与交付路径

项目背景

项目面向某省电信数据中心建设与运维资料场景,需要围绕图纸、规范、参数和表格等复杂资料,验证 AI 知识库问答能力是否具备立项价值。除回答质量外,客户同样关注引用可信、图文混合回答效果以及 PDF 预览定位体验。

我的工作内容

在项目中,我主要参与了下面几类工作:

  • 参与需求对齐、原型设计和客户演示支持
  • 参与测试样本与问题集设计,推动评估口径形成
  • 跟进提示词规则优化,覆盖多文档联合引用、专有名词识别、图文混合回答、PDF 预览清晰度和引用定位准确性等问题
  • 配合整理立项材料,支撑项目从 Demo 验证推进到立项评估

测试与问题收敛

Demo 阶段累计沉淀 32 条问题清单,其中本人提出或跟进 21 条,重点覆盖:

  • 错召回、漏召回
  • 引用不一致
  • 图片模糊
  • PDF 预览定位不准
  • 回答覆盖率与人工复核友好度不足

这些问题帮助团队逐步明确了召回命中率、引用回答覆盖率和响应时延等关键验收口径。

收获

这个项目让我第一次系统参与企业知识库产品从需求、原型、测试、Bad Case 收敛到演示支持的完整链路,也让我对 RAG 产品真正需要解决的“可用、可信、可追溯”问题有了更具体的理解。