DocMind 从文档到有依据的答案

结论

把分散资料整理成可编辑的个人知识库，让文档问答能够回到来源。

  1. 导入 Word 或 PDF，整理成可以继续编辑的正文。1
  2. 手动更新知识库，让资料处理与日常保存各自清楚。2
  3. 从回答中的引用，打开回答使用的历史版本。3

适用于课程项目版本5677b5e图为结构示意，非实时监控

1

一份资料如何变成可核对的回答

从资料到引用的六步操作
图的结构
  • 导入资料 upload
  • 核对正文 read
  • 手动更新 update
  • 选择范围 scope
  • 流式问答 answer
  • 查看引用 source
  • answer → source · 点击引用
  • read → update · 用户确认
  • scope → answer · 发送问题
  • update → scope · 更新成功
  • upload → read · 解析完成
  1. 导入资料

    PDF、DOC 和 DOCX 经过解析后保存为正文。

  2. 手动更新

    保存正文不自动入库，点击更新后再用于检索。

  3. 查看引用

    读取来源时重新核对可用性，打开相应历史版本。

2

回答背后的系统如何配合

DocMind 核心系统协作
图的结构
  • React界面 browser
  • FastAPI后端 api
  • 问答工作流 graph
  • DeepSeek model
  • MySQL mysql
  • 快照对象存储 snapshots
  • 权限范围检索 search
  • Qdrant vectors
  • browser → api · HTTP
  • api → graph · 调用
  • graph → model · 生成
  • api → mysql · 业务数据
  • api → snapshots · 历史快照
  • graph → search · 文档模式
  • search → vectors · 相似检索

通用对话直接进入生成流程；文档问答先读取指定范围内的检索证据。4

3

哪些设计值得展示

设计问题DocMind 的处理用户能感知的结果
修改资料后何时给 AI 使用用户手动更新知识库保存状态与索引状态分别可见
回答引用应该指向哪份内容引用绑定回答时使用的检查点可以回看当时版本
身份和资料范围由谁确认后端从令牌取得身份并限制检索访问控制在后端执行
回答较长如何阅读Markdown 排版与面板调宽表格、列表和代码有清楚层次

设计依据来自知识库操作2、引用处理3、身份校验5和回答显示6。

4

十二人的工作怎样连接

方向依据手册的成员职责共同交付
前端 F1至F4廖鹏懿、杨吝时、林立天、吴珂导航、编辑、问答与账户交互
后端 B1至B4谢凯博、马永超、任俊、李佳豪认证、文档、消息与历史版本
AI A1至A3张宇、王昊宇、朱紫阳入库、检索与模型工作流
测试 Q1葛团辉跨模块测试、缺陷记录与验收

这里呈现手册约定的主责任7，不作为个人提交量或实际贡献排名。

5

如何展示成果并说明边界

当前基线
Gitee master 提交5677b5e
对话回归
2026年10月23日重新执行35项，全部通过
真实演示
独立合成账号；真实界面和后端；实际结果见随包记录
图的含义
架构和流程说明，不表示线上实时调用

课程项目展示以当前实现为准；不宣称企业级上线、性能排名或商业客户数据。

正在打开交互图…