ZGI 知识检索：让业务回答有据可查

企业知识库回答业务问题时，最好同时提供两样东西：能够使用的结论，以及支持结论的资料。只拿到一句"可以办理"，使用者还得重新查找依据；如果能看到对应文件和相关片段，复核就有了明确入口。

这涉及检索增强生成（Retrieval-Augmented Generation，RAG）中的一段衔接：检索找到了什么，生成时用了什么，最终向用户保留了什么。来源信息在中间被省略，答案即使表达流畅，也很难检查。

ZGI 的知识检索节点可以输出检索文本，并保留与命中内容相关的文档名称、片段标识等来源信息。在工作流里接好这两类输出，业务回答就能沿着检索结果回到具体资料。

概念示意：来源信息与内容一起流转，复核时回到对应资料。

找到文件之后，还要找到支持结论的那一段

以采购人员查询服务期限为例。同一个供应商可能有框架协议、补充协议和项目确认单。回答"服务期一年"时，只附上供应商名称或整份文件，仍然留下不少核对工作。

业务人员需要知道：这句话对应哪份协议，适用于哪个项目，有没有后续补充条款。资料里出现"一年"，也可能描述质保期、续约期或某项附加服务。引用附近的限定条件，往往比多列几个文件名更有用。

因此，输出可以组织成"结论、依据片段、文件名称、待确认项"四部分。涉及期限、金额、条件等关键内容时，让使用者顺着依据查看原文。这样的结构也方便同事接手，不必再问一遍"这个说法从哪里来的"。

配置工作流时，容易只把检索到的正文传给模型，让它总结成一段回答。这样做能得到文字，却可能丢掉文档与片段之间的对应关系。

在 ZGI 中，可以围绕知识检索节点的文本结果和来源资源分别安排后续处理：正文用于理解内容，来源信息用于组织依据。生成说明中再写清楚，需要保留哪些结论的出处，哪些内容缺少资料支持时应当列为待确认。

如果上游只提供了文档名称，就按实际信息展示名称；页码、版本号和条款位置需要有可靠来源再填入。让模型补出一个看似完整的引用，会增加后续核对的困难。

多个片段共同支持一个结论时，也要保留各自关系。例如主协议约定服务期限，补充协议调整开始时间，两段内容都应参与判断。把它们压缩成一句话之前，先确认适用项目和生效条件是否一致。

引用来自真实文件，结论仍可能扩大原意。原文写"经审批后可延期"，回答却省略"经审批后"；原文针对某一地区，回答却扩展到全部客户。这类偏差需要把结论和片段放在一起看。

可以先收集一组业务问题，覆盖直接查条款、多个文件合并判断、新旧内容冲突，以及资料中没有答案的情况。检查时记录三个结果：有没有找到相关内容，引用能否定位，回答是否保留条件。

这组检查也能指导流程调整。找到了资料但条件被删掉，可以修改生成要求；来源字段没传出来，检查节点输出映射；不同版本互相冲突，则回到资料管理环节处理。每种问题都有更具体的处理位置。

面向客服、采购和内部制度咨询，可以先从一个资料范围清楚的业务开始。在 ZGI 中连接知识检索与后续生成节点，把依据字段纳入输出，再用实际问题检查它们能否对应。

交付时保留简短结论、对应片段和文件入口；遇到资料缺失或条件冲突，把待确认事项交给负责人。业务人员既能快速阅读回答，也能在需要时继续查证，减少重新搜索整套资料的工作。