Traceable RAG
查看源码 体验演示

开源 · 自部署 · 原文可定位

让 Agent 从文档里找答案，
也能回到原文核对。

支持 PDF、Office、图片与网页。系统保留页码、内容区块和阅读顺序， Agent 可以继续检索、补读上下文，并把答案链接到对应原页。

在 GitHub 查看并部署 查看交互演示
  • 开源，可自行部署
  • 文档与索引留在自有环境
  • 答案可定位到原页
KNOWLEDGE LOOP
Agent

连续阴雨时，光伏系统可能因电压达不到逆变器启动值而暂停工作，但不会导致家里断电。系统与配电网并联，发电不足时电网会自动补充，无需手动切换。

结论已与问答第 53 至 54 题交叉核对
从只查一次 到缺什么继续查
传统知识库

检索一次→拼接片段→直接回答

Agent + Traceable RAG

拆开问题→多轮查找→补读上下文→结论附上原文

01 / PARSE COMPLEX DOCUMENTS

双栏、图片、表格和公式，
都按页面结构读出来。

Traceable RAG 使用 MinerU 解析复杂 PDF。标题、正文、图片、图题、表格和公式会分开识别，页码、阅读顺序与页面位置也会保留下来。

双栏排版图片与图题标题层级复杂表格公式页码与位置
查看 ImageNet 第 8 页的 MinerU 解析结果 ↗
01 / 04

02 / CONTINUE WHEN INFORMATION IS MISSING

找到相关内容后，
还可以继续查。

Agent 先找相关内容，再检查有没有缺少定义、表头、脚注或例外。 需要时继续检索并补读上下文，最后把每条结论链接到对应原页。

Agent 提出查询知识库返回相关内容需要时补读上下文点击 Source 查看原页
New chat
ChatWork
2 份真实 PDF
New chat

New chat

Traceable RAG · 公开文档库

今天想核验什么？

已连接 Traceable RAG，可以查找内容、补读上下文并打开原页。

Traceable RAG · 公开文档库
Traceable RAG 知识库 GPT-5.6
从提问到打开原文

选择一个案例，查看 Agent 如何查找、补读和核对原文。

等待播放

03 / FROM SEARCH TO VERIFICATION

资料没找全，
Agent 就继续查。

Traceable RAG 每次返回相关内容、上下文和原文位置。少了定义、限制或例外，Agent 就带着缺口再查一轮。写答案时，每条关键结论都可以附上 Source。

只查一次找到相似内容就回答

首轮结果缺什么，答案也容易漏什么

  1. 01提出问题整份合同或部分服务能否终止
  2. 02检索一次找到几段相似条款
  3. 03直接拼接没有检查定义和例外
  4. 04生成答案容易把整份合同的权利套到部分服务上

首轮没有找到的定义、脚注和例外，后面通常也不会出现。

继续查证
正在限定资料范围

少了哪条依据，就补查哪条

“整份合同、部分服务和终止费用，各自适用哪些条件？”
  1. 01
    限定资料范围只查指定合同和指南
  2. 02
    第一次查找找到整份合同和费用条款
  3. 03
    检查还缺什么缺少部分服务的适用条件
  4. 04
    补查条件与例外补读相邻条款和完整页面
  5. 05
    给结论附上原文点击 Source 回到第 104 页
不能仅凭整份合同的终止条款，推断可以单方面终止部分服务。
给开发者
查看接口、返回字段与接入边界普通用户可以跳过这一部分

ONE QUESTION · FOUR OPERATIONS

接口返回相关内容、上下文和原文链接。

查询怎么拆、什么时候补查，由 Agent 决定。Traceable RAG 提供稳定的 Retrieval、Source Context 和 Source。

  1. 01
    查找相关条款POST /api/retrieval限定知识库和文档范围
  2. 02
    针对缺口再搜一次POST /api/retrieval改写 query 后继续查找
  3. 03
    补读相邻内容GET /api/sources/{source_id}/context返回 source、before 与 after
  4. 04
    把出处附在结论后source_url定位 human_page_number 与 bbox
Agent ↔ Traceable RAG
POST /api/retrieval
{
  "query": "partial termination conditions",
  "knowledge_base_ids": ["kb_contracts"],
  "document_ids": null,
  "mode": "auto",
  "top_k": 8
}

GET /api/sources/{source_id}/context
→ source_id · human_page_number · bbox
→ source_url · truncated: false
PUBLIC RETRIEVAL BENCHMARK

公开评测分别检查覆盖和排序。

以下数字来自 ViDoRe Finance EN 和官方 evaluator，只代表这一公开金融文档基准，不是通用准确率。

相关证据覆盖 · Recall@100 0.8934 在前 100 个候选中找到相关页面的比例。
前排排序质量 · nDCG@10 0.5785
Traceable RAGPage-dense · 0.5523
01

在网页里建库、上传文档和检查结果

适合直接管理文档，也可以查看一次检索找到了哪些内容，以及 Source 指向哪一页。

  • 知识库与文档管理
  • 检索调试与降级提示
  • Source 原文核验页

04 / WHERE SOURCE MATTERS

合同、研报和政策，
结论都要带出处。

这些工作会影响审阅、研究或合规判断。答案需要说明引用了哪份资料、适用什么条件，并让读者能直接打开原页。

CONTRACT REVIEW

整份合同和部分服务，
终止条件要分开查。

“整份合同、部分服务和终止费用分别适用什么条件？”
要查什么
同时查清权利、限制、触发条件、例外和费用安排。
一次检索容易漏什么
只命中一条相似条款，把整份合同的权利错误延伸到部分服务。
Agent 如何补查
继续检索缺口、补读相邻条款，并把每个结论定位到对应原页。

05 / SELF-HOSTED

部署在自己的环境里，
再接给 Agent 使用。

可以运行在本地或自己的服务器上。文档和索引留在自有环境，模型服务由你选择。

  • 自部署
  • 文档与索引留在自有环境
  • 模型服务由部署者选择
在 GitHub 查看并部署 返回查证演示