表格较宽时，可以用键盘方向键或触控手势横向滚动查看完整内容。
2026-10-17，我们在本地浏览器完成了一次知识库检索逻辑演练。对同一个输入问题“星河标准版现在报价是多少？”，系统在错误模式下返回了已过期的 5800 元报价；切换到修复模式后，返回了按本次演示规则应返回的当前销售记录 6200 元。
这个操作结果提示：企业采购或验收此类知识库检索功能时，不能只看输入问题后界面是否吐出金额，需要核验基准时间比对、访问角色匹配、来源文档版本标记，以及查无记录时的转人工机制。
本次演示全部基于本地静态逻辑与虚构数据运行，未调用大语言模型（LLM），不属于真实客户案例或实际生产系统，仅记录本次过滤规则的比对过程。
演练数据集设计：四条对照记录
演练构造了四条产品名为“星河标准版”的对照数据，覆盖过期、跨角色、当前生效及未生效四种状态：
| 记录编号 | 产品与版本 | 演示价格 | 有效期范围 | 允许角色 | 预设业务状态 |
|---|---|---|---|---|---|
DEMO-PRICE-OLD-001 | 星河标准版 (price-demo-v2026.06) | 5800 元/年 | 2026-06-01 至 2026-09-30 | 销售 | 已过期（历史旧价） |
DEMO-SERVICE-ONLY-001 | 星河标准版 (service-demo-v2026.10) | 5400 元/年 | 2026-10-01 至 2026-12-31 | 客服 | 角色专属（客服专属处理价） |
DEMO-PRICE-CURRENT-001 | 星河标准版 (price-demo-v2026.10) | 6200 元/年 | 2026-10-01 至 2026-12-31 | 销售 | 当前有效（当前销售标准） |
DEMO-PRICE-FUTURE-001 | 星河标准版 (price-demo-v2027.01) | 6500 元/年 | 2027-01-01 至 2027-03-31 | 销售 | 待生效（未来规划价） |
测试环境固定输入参数：提问日期设定为 2026-10-17，提问身份标记为销售，输入文本统一为“星河标准版现在报价是多少？”。
界面复现：从 5800 元切换到 6200 元
演练页面初始处于“错误模式”。该模式仅按顺序做产品名字符串匹配，命中第一条后立即输出结果。
点击查询，系统返回了排在第一行的旧记录：
返回卡片显示报价为 5800 元/年，版本号标注为 price-demo-v2026.06。虽然文本命中了“星河标准版”，但该版本有效期已于 2026-09-30 截止，当前日期并不在生效区间内。
在界面勾选切换到“修复模式”。该模式在关键词匹配之后，追加了查询基准日与角色字段核对。保持提问内容与身份不变，再次点击查询：
系统返回了 6200 元/年，并标明来源版本号为 price-demo-v2026.10、生效区间为 2026-10-01 至 2026-12-31。这是按本次演示规则应返回的当前销售记录。
过滤轨迹：四条候选记录的判定过程
切换到管理员验收视图，可以看到全部四条候选记录在多重规则下的核验轨迹：
在该视图中，针对销售角色的查询，四条记录的处理过程如下：
DEMO-PRICE-OLD-001（5800 元）：关键词匹配，角色符合；但基准日 2026-10-17 超过了截止日 2026-09-30，判定为日期不符，不进入本次返回结果。DEMO-SERVICE-ONLY-001（5400 元）：关键词与日期区间符合；但该记录的返回角色限定为客服，当前查询身份为销售，判定为角色不符，不进入本次返回结果。DEMO-PRICE-CURRENT-001（6200 元）：关键词、基准日与销售角色三项校验均通过，符合返回条件，作为本次结果输出。DEMO-PRICE-FUTURE-001（6500 元）：关键词与销售角色符合；但生效起始日为 2027-01-01，查询当天尚未到达，判定为未生效，不进入本次返回结果。
在本次演练配套的 logic.mjs 单测脚本中，编写了覆盖上述路径的 6 项自动化用例，运行结果为 6/6 通过。需要说明的是，单测用例全部通过仅说明本地演示逻辑符合设计，并不代表生产业务系统的验收结论。
查无匹配场景：触发人工回退状态
测试过程中进一步验证未命中场景，将输入框文本更改为：“完全不存在的型号多少钱”。
此时四条记录在第一步关键词核对中均未匹配，系统停止继续向下检索，直接返回状态码 needs_human_review，并展示提示语：转交资料负责人核对产品型号、查询基准日、用户权限及最新有效文档版本。
这一项操作验证了当检索无匹配项时，程序会给出显式未命中状态，而不是空值或拼凑相近字符返回。
中小企业知识库报价检索验收操作清单
结合本次复盘过程，工程与业务人员在验收类似知识库报价功能时，可参照执行以下具体步骤：
- 固定基准时间：选定一个历史日期作为基准日发起查询，核查系统返回的是基准日当天的有效版本，还是最新入库的数据。
- 不同角色交叉提问：分别使用销售账号与客服账号提问同一规格产品，对比返回字段是否受各自角色范围约束。
- 同时录入三态对照样卷：在测试库中同时导入同一产品的已过期、当前在用与待生效三版价目表，观察输出是否仅取当前在用记录。
- 来源字段完整性核验：检查输出结果下方是否包含文件名、版本号及起止日期；若缺失元数据字段，视为证据链不完整。
- 异常与空值测试：输入未建档的虚构产品名，观察系统是否返回明确的人工核对提示状态码，而非返回无关价格。
- 归档判定轨迹与截图：对筛选条件、候选集遍历状态及单测通过情况留存界面截图，放入验收记录备查。
在项目验收签字前，建议抽取 3 至 5 份具有版本迭代特征的历史价目文件，按上述清单逐项过一遍检索结果，记录过滤路径是否与实际管理规则一致。