← 返回检索 操作手册 · 古籍智能研究平台 v2.0
古籍智能研究平台
v2.0

系 统 操 作 文 档

文档版本v1.0
适用系统版本v2.0
编写日期2026 年 9 月

阅读说明

本文档按「先会用、再排障」的顺序编排,建议从第一章顺着读:

使用者第一章至第五章是操作手册:怎么查、怎么读结果、结果不对劲时怎么办。第五章按现象列出常见问题,可当速查表用。

标注约定

全文用三种底色块区分信息的性质,看到底色就知道该用什么态度读:

提示做法建议、省事的技巧、正常现象的解释。
注意容易踩的坑,或看起来像故障其实不是的情况。
警告会造成数据错误、覆盖或不可逆后果的操作。

这份文档的一条原则

整套系统在「查不到」和「没查成」之间保持严格区分,文档也沿用这条:凡是检索没有把握的地方,界面会明说「未命中」或「未启用」,而不是给一个看起来像答案的东西。

因此你会看到不少「结果显示为空但不算失败」的情形——那是设计如此,不是故障。第五章按现象逐条列了该怎么判断。

第一章 系统概述

1.1 这套系统做什么

古籍智能研究平台是一套面向古籍全文的检索与研究辅助系统。它把整批古籍语料(十万量级文献、十亿量级字数)建成索引,让使用者用日常语言提问就能定位到原文,并在此基础上提供校勘、史实考证、释义三类机器辅助分析。

它要解决的核心问题是:古籍语料无法用普通全文检索用好。原因有三——

  • 使用者记不住原文,只能描述印象(「有句话讲山高八百里」),而传统检索只能匹配字面;
  • 繁体、简体、异体字混用(玉溜/玉瑠),字面匹配漏召严重;
  • 语料里同名、常见短语极多,直接给「命中行数最多」的结果,往往把真正的出处压在后面。

系统对这三点的做法分别是:语义检索(按意思找)、繁简与异体归一、按覆盖度排序(一本书覆盖了你要找的多少段,而不是被同一个常见词命中了多少次)。

1.2 三种典型查询,对应三种功能

使用前先分清自己手里是哪一种查询,这决定了该用哪个功能、以及花多久:

你手里有的是典型样子该用耗时预期
书名《范氏义庄》讲了什么智能检索(自动识别为按书名)秒级
印象/问句山高八百里、周回八百里出自哪智能检索(混合检索)秒级
一整句原文循虽外顺,而阴蓄异志……智能检索(原文出处查找)/必要时全库精查秒级/约 1 分钟

系统会自动判断你输入的是哪一类(界面上以徽章显示),不需要你选。判错的代价不大:结果区会说明它按什么找的。

1.3 三层结构:快、准、穷尽,按需逐层付出代价

检索不是单一动作,而是三层。默认只走前两层,第三层由你手动触发——因为它慢得多。

层次做什么速度什么时候用
第一层 书级召回按语义指纹从全库挑出候选书毫秒级总是自动执行
第二层 书内定位在候选书里逐字找,给出段落位置与引文秒级总是自动执行
第三层 全库精查抛开候选,逐字扫描全部语料,不会漏约 1 分钟第二层说「候选书中未找到」时
提示第三层存在的意义是承认前两层会漏。书级语义指纹只采每本书的一小段,服务不了专名(人名、地名)。所以查「杜如晦」这类专名时,若候选书里没有,界面会主动提示可以改用全库精查——看到那个提示不代表系统坏了。

1.4 界面总览

检索页(文献列表页)是主要工作界面,自上而下分四块:

检索区(顶部)
输入框 + 检索按钮组。新按钮与旧按钮并存,互不影响(见 2.1)。
结果区
每条结果是一张卡片:书名、命中类型标签、出处行、原文片段。智能检索还会多一条分项打分条。
AI 回答区(可选)
开启后出现在结果下方——原文永远优先,这是刻意的(见 2.5)。
状态与提示区
索引状态、降级提示、逃生阀入口。这里的信息比结果本身更需要看,见 2.6。

1.5 名词速查

新手最容易卡住的几个词,一次说清:

名词一句话解释
书级向量把一整本书压缩成一串数字(语义指纹)用于粗筛。注意粒度是书,不是段,所以它擅长找「哪些书讲这个主题」,不擅长找「哪一段提到某个专名」。
混合检索语义打分 + 字面分词 + 先验三类分数加权后的结果。权重与各项得分在卡片上都能看到。
全库精查第三层:真的把全部语料逐字扫一遍。慢,但不会漏。
覆盖度这本书命中了你输入内容的几段。比「命中行数」可靠——后者容易被常见短语刷高。
出处行(引文)结果卡片上「《书名》· 卷第…」那一行。能给出卷次最好,给不出就是「第 N 字起」的段落级定位。
降级某个环节不可用(如语义未启用)时,系统改用剩下的办法继续给结果,并在界面上说出来。降级不是错误。
引用编号AI 回答与 Agent 结论里带方括号的 [1][2] 或 [I1][C1][H1],可点击跳回原文片段。

第二章 用检索功能定位原文

2.1 三个检索按钮,各管什么

检索区有三个按钮,它们是三套不同的做法,不是「新版旧版二选一」。先记住这张表,用错按钮是最常见的效率损失:

按钮走哪条路什么时候用要点
🔍 搜索字面关键词(传统全文检索)已经知道确切字词,要逐字找只认字面:同义词、繁简差异、写错一个字都找不到
✨ 智能检索三层混合检索(书级召回 → 书内定位 → 可全库精查)日常提问、描述印象、找一段话的出处默认用这个。自动判断查询类型,给出处与打分
🧠 旧版改造前的段落级语义检索只用于前后对照依赖一套未部署的向量库,使用时通常直接提示「向量库不可用」,属正常
图 2-1 检索页总览:顶部检索区(三个按钮)、左侧分类目录、右侧结果区
图 2-1 检索页总览:顶部检索区(三个按钮)、左侧分类目录、右侧结果区
注意「🧠 旧版」不是备用方案。它指向的是改造前的实现,在当前部署上必然报向量库不可用——保留它只是为了能当着人演示「改造前是什么样」。日常请用「✨ 智能检索」。

2.2 输入框怎么写

系统会自己判断你输入的是哪一类,但写法仍然影响准确率:

你想找这样写不要这样写
一本书《范氏义庄》 或 范氏义庄「范氏义庄这本书讲了什么」(多余的话会混进检索词)
一句话的出处循虽外顺,而阴蓄异志。乃多聚珍宝……(整句照抄,带标点)只给半句、或者把标点全删掉
一段印象山高八百里 周回八百里写成一句长问句(会把问句里的虚词也当检索词)
一个专名杜如晦、滏阳尉「杜如晦是什么人」(要判断它是什么人,用深度分析)
提示输入的长度决定该用哪个功能。 一个词、一个书名、一句话——用「智能检索」;一整段原文(三五行以上)——用第三章的「深度分析」。把整段原文粘进检索框,检索层会把整段当字面串去找,命中率反而低。

2.3 查一本书:按书名查询

输入书名(加不加《》都可以,系统会自动识别),系统会直接定位到这本书,而不是拿书名当关键词去全文里找。结果卡片上会出现「📚 按书名定位」的徽章——看到它就说明识别对了。

图 2-2 按书名查询:徽章显示「按书名定位」,结果显示该书本身
图 2-2 按书名查询:徽章显示「按书名定位」,结果显示该书本身
注意书名必须是语料里真实存在的那个写法。若书名在语料中是以丛书子目的形式存在、或与常见写法略有出入,系统不会直接判「0 结果」,而是把书名串当作关键词去全库找——这时结果里出现的会是「提到它的书」,请以结果卡片上的命中类型标签为准(见 2.6)。

2.4 找一段印象:混合检索

描述型的提问走混合检索,它把三类信号加权后给结果:语义(这段话在讲什么)、字面(哪些词真在这本书里)、先验(书名精确命中、分类、热度)。每张卡片下方都有一条打分明细条,把这三项的贡献画出来——它存在的意义是让你能质疑系统:如果一条结果的分数几乎全来自「先验」而没有字面命中,那多半是书名的功劳,不是内容真的对上了。

图 2-3 智能检索结果:路由徽章、打分明细条、出处行、命中类型标签
图 2-3 智能检索结果:路由徽章、打分明细条、出处行、命中类型标签

2.5 找一整句话的出处,以及「全库精查」逃生阀

输入一整句带标点的原文(≥15 字、至少两个标点),系统会判定为「📜 原文出处查找」,用锚点匹配的方式定位:把这句话切成若干片段,看哪些片段落在同一小段文字里。落在一起的片段越多,越可能是出处。

而当候选书中一个字面命中都没有时,结果区会主动摆出一个「全库精查」入口。这是系统在承认自己会漏:第一层的书级召回只采每本书的一小段做指纹,服务不了人名、地名这类专名——「杜如晦」在语料里出现几百处,但那几处未必落在采样窗口里。

提示看到「全库精查」的提示,不代表系统坏了,而是系统在如实报告它没把握。 触发条件是:所有带证据的结果最高分都很低、或者一条真证据都没有。点下去会逐字扫描全部语料:
项目实际情况
首次耗时约 1 分钟(全库磁盘顺序扫描约 46 秒 + 候选书覆盖度重排约 20 秒)
重复查询秒回(扫描结果缓存 30 天,重排结果缓存 24 小时)
会不会漏不会。这一步是逐字扫描,命中即命中
排序依据覆盖度——这段文字被这本书中了几段,而不是命中次数
与语料规模的关系耗时取决于磁盘读取速度,与你输入多少个词无关

精查的排序键是覆盖度——「这本书命中了这段文字的几段」。实测喂进《旧唐书·杜如晦传》的首段(245 字):

书覆盖度名次
《旧唐书》(这段文字逐字就在里面)41 / 41第 1
《册府元龟》(另收该传的一个版本)22 / 41第 2
《续通志》《全唐文》15 / 41第 3、4
各类类书(东抄一段西抄一段)≤ 8 / 41十名之外
注意精查结果里那行小字「候选共 N 本,已对其中前 400 本做覆盖度重排」是一句诚实的免责声明:为了控制耗时,系统只对命中书籍里排名靠前的 400 本算了覆盖度。极少数情况下(尤其是很长的段落)真正的出处可能不在这 400 本里。变通办法:改用段落里最有特征的那个短句(人名、地名、生僻词)再精查一次。

2.6 结果卡片怎么读

一张卡片上有六处信息,从上往下读的顺序就是「先看它凭什么出现在这里,再看它说了什么」:

位置内容怎么用
① 书名(可点击)结果所属文献点开进入阅读器(见 4.1)
② 命中类型标签按书名 / 原文命中 / 仅命中片断 / 主题相关最该看的一项。仅命中片断 意味着书里并没有你要找的那几个字,只是片段词撞上了
③ 出处行《书名》· 卷第… 或 第 N 字起复制给别人时连这一行一起给,它才是可回溯的位置
④ 原文片段命中的那段文字点「打开原文」跳到该位置
⑤ 打分明细条语义 / 字面 / 先验 三项占比用来看这个结果「凭什么」排在这
⑥ 提示行降级说明、候选范围说明、建议精查信息量最大的一行,见 2.7
图 2-4 结果卡片细节:命中类型标签、出处行、原文片段与打分明细
图 2-4 结果卡片细节:命中类型标签、出处行、原文片段与打分明细

2.7 结果区那几行提示,比结果本身更该看

系统在结果上方或卡片之间插入的文字,是它在说明这次检索的可靠程度。常见的几种:

「仅命中『X』(检索词的片段,非原文出处)」
书里没有你要找的那几个字,只是某个片段词撞上了。这条结果基本可以不看。
「语义未启用(纯关键词结果)」
语义通道不可用,系统改用字面+先验继续给结果。结果仍可用,但描述型提问的命中率会下降。
「候选共 N 本,已对其中前 400 本做覆盖度重排」
精查的覆盖面说明(见 2.5)。
「没有一本包含这些字串」
全库扫描后确认语料里没有这段文字。这是结论,不是失败。

2.8 分类目录、热搜榜、排序与分页

  • 分类目录(左上 ☰):按 经/史/子/集 与子类逐层筛选。选了分类就是真的按分类过滤,不会因为过滤后没结果而偷偷退回全库。
  • 热搜榜:来自该系统的真实检索日志,可用于了解别人在查什么(图 2-5)。
  • 排序:默认排序(相关度)与 🔥 最热(按热度)。智能检索的结果不受排序按钮影响——它的顺序就是算法给出的相关度顺序。
  • 分页:底部页码,每页条数固定。
图 2-5 热搜榜:来自真实检索日志
图 2-5 热搜榜:来自真实检索日志

2.9 AI 回答卡(可选功能)

智能检索的请求里有一个 generate_answer 开关,打开后系统会把检索到的原文片段交给大模型归纳成一段话,附在结果下方。

注意默认关闭,这是刻意的:每开一次都会消耗一份大模型接口配额。另外,回答卡永远排在原文结果之后——原文优先是防幻觉的产品层约定,不要只看那段归纳就下结论。

回答卡里的每一处引用都会逐字回查原文:核不上的引用会被丢弃并标注,模型答不上来时它会直说「所给片段不足以回答」,而不是编一个像样的答案。

2.10 查不到时怎么办(决策表)

现象先判断再做
结果 0 条,且提示「没有一本包含这些字串」这是全库扫描后的结论:语料里确实没有换字词写法、换异体字,或确认这段话是否真属于本语料范围
结果 0 条,且提示「候选书中未找到」候选范围没覆盖到,不等于语料里没有点「全库精查」,或把查询改短、只留最有特征的词
有条目但都是「仅命中片断」书里没有你要的字,只是词撞上了改用整句原文 + 全库精查
有条目但分数普遍很低(<0.3)系统自己也觉得没把握优先用全库精查;把关键词换成专名再试
提示「语义未启用」语义通道不可用(内部问题,见 5.4)字面检索照常用;描述型提问请写得具体一些

第三章 深度分析:让三个 Agent 读一段原文

深度分析是这套系统里最像「研究助手」的部分:给它一段原文,它会让三个分工不同的 Agent 各自分析,并把语料库里真实收录这段文字的书作为参考来源一并列出。

3.1 从哪里打开

  1. 用「🔍 搜索」或「✨ 智能检索」找到一本书;
  2. 点击书名打开阅读器(图 3-1);
  3. 在阅读器顶部点「🧠 深度分析」——面板里的书名会自动带上,这一点很重要,见 3.3;
  4. 把你要分析的原文粘贴到输入框(默认预填的是当前阅读位置附近的内容,可以直接改),点「开始分析」。
图 3-1 阅读器:右上角依次是「💬 评论」「🧠 深度分析」「✕ 关闭」
图 3-1 阅读器:右上角依次是「💬 评论」「🧠 深度分析」「✕ 关闭」
提示从哪本书里点开深度分析,意义不只是方便。 系统会把这本书无条件纳入参考来源的候选——因为你要分析的文字,多半就出自你正在读的这本。

3.2 该喂什么文本

建议说明
整段原文,越完整越好3~5 行为宜(几十到几百字)。太短没有分析余地(最少 5 字),太长会显著变慢(上限 5000 字)
逐字照抄,保留标点系统要拿这段话去语料里做字面比对。删标点、改字都会削弱命中
不要喂自己的译文或概括那样检索不到原文,参考来源会是空的(Agent 仍会给分析,但那是「凭空」的)
书名尽量填对面板会自动填;如果是自己粘进来的别处文本,书名留空也可以,但会失去「当前文献也在候选里」这一优势

3.3 一次分析要多久

情形实测耗时说明
首次分析某段文字(全库精查未缓存)约 1~2 分钟大头是逐字扫描全库(约 46 秒)+覆盖度重排(约 20 秒)+三个 Agent 依次调用大模型
同一段文字再分析一次几秒扫描、重排、分析结果三层都有缓存
面板底部显示的 耗时 64.238s + 🟢 缓存命中——前者是上一次真实计算花掉的时间,缓存命中时会原样带出来,不是这次又等了这么久
注意界面会在 1~2 分钟内给结果,但请不要连点「开始分析」。 重复提交只会排队,不会更快。若超过 3 分钟仍无反应,见 5.5。

分析过程中面板顶部会显示一行提示:「首次分析会先做一次全库精查(约 1 分钟),之后再问同一段文字会快很多」——这不是敷衍,是实测数字。

3.4 四个页签:分别看什么

页签谁做的给你什么怎么用
📖 释义释义 Agent整段译文 + 词语释义表 + 逐句解析 + 典故先通读译文,再对着「词语释义」核专名与职官
📋 校勘校勘 Agent可能的异文、形近讹字,以及同书他卷/他书的对照当作疑点清单,不是结论——见 3.7
📜 史实考证史实考证 Agent人物、年代、地名、事件的可信度判定,逐条标「正确/存疑」重点看标了「存疑」的条目:那说明语料里没有旁证
📊 综合摘要三者汇总三个 Agent 的完成状态 + 史实判定 + 合并后的参考来源先看这一页:它一屏就告诉你哪些结论有出处、哪些没有
图 3-2 综合摘要:三个 Agent 的完成状态、史实判定与合并后的参考来源
图 3-2 综合摘要:三个 Agent 的完成状态、史实判定与合并后的参考来源
图 3-3 释义页签:整段译文 + 词语释义表(释义右侧的 (I1) 是引用编号)
图 3-3 释义页签:整段译文 + 词语释义表(释义右侧的 (I1) 是引用编号)
图 3-4 校勘页签
图 3-4 校勘页签
图 3-5 史实考证页签
图 3-5 史实考证页签

3.5 参考来源:那些带方括号的编号

参考来源是这套系统里最值得信赖的部分,因为它是检索出来的、逐字可回溯的,不是模型说的。每条来源都带三样东西:

前缀字母
I = 释义 Agent 用的证据,C = 校勘,H = 史实考证。同一处出处被两个 Agent 用到就会出现两次(如 I1 与 C1),不做重新编号,这样任何一处引用都能直接对上是哪个 Agent 在用。
出处行
《书名》· 片段… (第 N 字起)。点它会打开原文并跳到那个位置。
括号编号
如 (I1),出现在词语释义、逐句解析等正文里,标明这句话的依据来自哪条来源。没有编号的结论就是没有出处的结论。

3.6 保存笔记

分析完成后,面板上的「📌 保存笔记」可以把这次分析存进系统的研究笔记里,之后在笔记列表里回看。适合把「读到的 + 分析得到的」当成一条读书记录沉淀下来。

3.7 三个 Agent 各自的能力边界(务必读)

这三个 Agent 是辅助,不是权威。系统在提示词层面给它们设了几道线,了解这几道线,你才知道该信到什么程度:

Agent它被明确要求不做的事
释义不编造原文里没有的词义;解析不出 JSON 时如实说「本次释义未完整生成」,而不是把模型原始输出当译文塞给你
校勘不得据他书判定异文——只有同一本书的其他卷段才能作版本参照,他书只能用于理解用字。所以「校勘」页签给的是疑点,不是「这里错了」
史实考证判定「正确/错误」必须带上引用编号;语料里查不到旁证的,一律填「存疑」,不猜
警告不要把深度分析的结论直接当作考证结果引用。 参考来源是可靠的(可点回原文),但「结论」是模型读了你给的那段话之后写的——它的可信度取决于原文本身证据的多少。凡是标「存疑」的地方,都需要你自己去查证。
提示怎么判断一次分析「值得信」:先看「📊 综合摘要」里参考来源有几条、是不是真包含你这段文字的书。 参考来源很少或明显不相关的书居多,说明这次分析手里的证据很薄,结论要打折看。

3.8 与检索功能的分工

你的目的用哪个
只想找到这句话在哪本书里第二章的「✨ 智能检索」——更快,也够用
想知道这句话什么意思、有没有异文、史实对不对本章的「深度分析」
已经有结论,只是想核出处智能检索 → 精查,然后点进原文自己读

第四章 阅读、笔记与平台其它功能

4.1 阅读器

在结果卡片上点书名即打开阅读器。可用的操作:

  • 翻页:底部「← 上一页 / 下一页 →」,也可用列表下方的「加载更多」继续拉结果;
  • 阅读进度自动保存:同一本书再次打开会回到上次的位置;
  • 关键词高亮:从检索结果进入时,检索词会在正文里高亮;
  • 💬 评论:查看/发表这本书的评论(见 4.2);
  • 🧠 深度分析:见第三章。
提示阅读器里的正文就是语料原件,没有经过任何改写。系统在展示引文时也一律回填原文(标点、异体字原样),归一化只发生在内部比对环节。

4.2 评论、意见反馈与问题报告

三者在同一个入口(页面顶部的「反馈」面板,或在阅读器里点「💬 评论」),提交后进入相应列表:

类型用途谁会看
📝 书籍评论针对某本书的评价、读书心得;别人也能看到其他使用者
💡 意见反馈对系统的建议、想要的功能系统管理方
🐛 问题报告功能异常、结果明显不对系统管理方(请写清操作步骤、书名、原文片段,便于复现)
提示报「结果不对」时,把「出处行」整行复制进去(形如「《某书》· 卷第X」(第 N 字起))。有这一行,管理方能直接跳到语料里的位置核对,不用猜。

4.3 研究笔记

系统的「笔记」用于沉淀研究过程:深度分析面板的「📌 保存笔记」会把该次分析存为一条笔记。笔记属于当前账号,可以在笔记列表中回看、修改、删除。

4.4 AI 智能助手(右下角浮窗)

页面右下角的圆形按钮打开一个对话助手,适合问关于系统本身的问题:怎么用、推荐书目、搜索报错怎么办(浮窗里备了这三个快捷问题)。

  • 它有「清空对话」按钮;
  • 它回答的是使用问题,不是古籍考据——要考据请用深度分析。

4.5 中医体质测试

平台附带的独立页面,按问卷给出中医体质的倾向性判断。它与古籍检索是两套内容,互不影响,可从页面上的入口进入。

4.6 侧栏的「🔄 重建索引」——使用者请勿点击

左侧分类目录里有这个按钮,它维护的是语义检索索引。

警告这不是「刷新」。「重建索引」是一次后台全量任务,运行期间会占满服务器 CPU 与磁盘读取,其他人的检索会明显变慢,而且不可中途取消。正常情况下它由管理方在维护窗口执行,使用者不需要、也不应该点它。

4.7 数据与隐私

检索词会被记录用于统计热搜榜(系统自带此功能);评论与笔记属于当前账号。页面底部有《隐私政策》入口可查看全文。

第五章 常见问题与故障排查

5.1 三条判断原则

排查之前先记住三条,能省掉大半误判:

  1. 「查不到」和「没查成」是两件事。 系统会明确区分:「没有一本包含这些字串」= 全库扫描后的结论;「候选书中未找到」= 只是候选没覆盖到;「语义未启用」= 某个通道不可用。看到后两种,说明还有别的办法可以试。
  2. 先看提示行,再看结果。 结果区那几行小字(降级、候选范围、建议精查)比结果本身更能说明这次检索的可靠度。
  3. 慢 ≠ 坏。 走大模型的路径按「1~2 分钟」预期;全库精查按「约 1 分钟」预期。

5.2 现象对照表

现象通常是怎么办
结果 0 条 + 「没有一本包含这些字串」语料里确实没有换写法;确认这段文字属于本语料范围
结果 0 条 + 「候选书中未找到」书级召回漏了(专名最常见)点「全库精查」,或改用短句/专名再查
结果里全是「仅命中片断」字面没命中,只是词撞上了改用整句原文 + 全库精查
提示「语义未启用(纯关键词结果)」语义通道不可用能用,但描述型提问准确率下降。可反馈(5.4)
点「✨ 智能检索」报「请求超时」或一直转圈网络或后端服务异常先点别的按钮试试;仍不行按 5.4 报修
深度分析一直没结果(>3 分钟)全库扫描 + 三次模型调用偏慢,或服务异常按 5.5
面板里「译文」位置出现英文或 {"word":… 这类内容历史缺陷,已修复按 5.6 确认版本
界面还是旧样子(少了新按钮)浏览器缓存了旧的静态资源按 5.7 强制刷新
搜索按钮点了没反应多半是页面上还挂着上一次的请求等几秒再点;仍不行刷新页面

5.3 「搜不到」的六种情形,逐条对照

你输入的典型失效原因更可能成功的写法
整段长文(几十字以上)书级指纹服务不了长文本,整段当字面串命中率低取其中最有特征的一句话,或直接用深度分析
一个专名(人名/地名)专名未必落在书级指纹的采样窗口里用「全库精查」,它按字面扫全库
异体字/通假字语料里的写法与你输入的不一致两个写法各查一次(如 玉溜 / 玉瑠)
常见短语命中太多、被常见词主导加上前后文一起查
问句(「……是什么」)问句里的虚词会混进检索词只留实词
书名书名写法与语料不完全一致去掉《》再试;或只输入书名中最独特的部分

5.4 智能检索报错 / 一直转圈

这类现象几乎都是网络或后端服务问题,而不是你的操作问题。先做三件事:换一个按钮试(如「🔍 搜索」)、刷新页面、隔两分钟再试。若只有「✨ 智能检索」不可用而普通搜索正常,说明是检索服务本身的问题,请按 4.2 提交问题报告,并写明:查询内容 + 时间 + 界面提示原文。

注意「语义未启用」是如实报告,不是错误弹窗。这种情况下系统已经自动改用字面+先验继续给你结果,你在结果里看到的提示正是它不想骗你的证据。

5.5 深度分析很慢或没有结果

情况判断
1 分钟内正常,尤其是首次分析这段文字
1~2 分钟正常上限(全库扫描 + 三个 Agent 依次调用模型)
超过 3 分钟异常。关闭面板重开,重新点一次「开始分析」;仍不行请报修
面板显示「分析失败」后端明确返回了失败原因,可直接报修,把提示原文带上
换个浏览器/设备就正常多半是你的浏览器缓存或扩展干扰

5.6 「译文」位置出现英文或 JSON 片段

这是 2026 年 9 月发现并已修复的缺陷:早期版本在模型回复超长被截断时,会把模型的原始输出当成译文显示。

现在遇到同类情况,系统会明确写「本次释义未完整生成,请重新分析一次」,不会再显示原始输出。因此:

  • 看到「本次释义未完整生成」 → 就是新版本,重新点一次「开始分析」即可;
  • 看到「本次释义未完成:模型连续多轮只调用工具……请重新分析一次」 → 同样重新点一次即可。这是一种偶发情况:模型在内部查资料时「查得忘了收口」,连着几轮没给结果,与你的操作无关,也不是没配 AI;系统已让它在最后一轮必须给结果,仍偶发时重试即可。
  • 看到「需配置 AI 大模型获取完整白话翻译」 → 这才是真的没配 AI (或配置失效)。请把这句话连同截图报给管理方,不是重试能解决的。
  • 看到英文或 {"word":… → 是旧版本或浏览器缓存的旧页面,按 5.7 强制刷新后再看;仍是如此请报修。

5.7 界面没更新(还是旧样子)

浏览器会缓存页面的脚本与样式文件。若管理方刚发过版,而你还看到旧界面:

  1. 按 Ctrl+F5(或 Ctrl+Shift+R)强制刷新页面;
  2. 仍不行则清一次浏览器缓存,或换无痕窗口打开;
  3. 若只是「少了新按钮」,多半就是这个原因。
提示系统给静态资源带了版本参数,正常情况下刷新即可拿到新界面。不必去点「重建索引」。

5.8 什么时候该找管理方

  • 「全库精查」返回「未能执行」——说明后台扫描没能跑起来;
  • 提示「语义未启用」持续存在;
  • 深度分析连续两次失败;
  • 任何结果内容明显不对的情况(配错的书、跳不到原文);
  • 报修时带上:查询内容、时间、界面提示原文、操作步骤。

— 文档结束 —