ZGI Workflow：让知识检索进入业务流程

知识库回答准确，只解决了"找到什么资料"。当企业希望系统继续核对字段、判断条件、发起审批、写入数据或发送通知时，需要把检索结果接入 Workflow。知识提供任务依据，流程负责安排执行顺序、条件分支、人工节点和失败处理。

ZGI 可以在同一 Agent Runtime 工作区中组织知识、数据库、Skills、模型和 Workflow。Agent 先从批准的知识范围获取相关内容，后续节点再按照业务规则处理；涉及写入、对外发送和责任判断的步骤，可以加入权限检查与人工审批。

知识问答与业务执行分工不同

知识问答的输出通常是一段解释或若干引用片段，适合帮助用户查制度、找产品资料和定位文档。业务执行还需要明确对象、参数、当前状态和允许动作。例如制度写明"金额超过指定范围需要审批"，系统仍要读取本次申请金额、申请人身份和当前审批状态，才能决定下一步。

把制度原文直接交给模型，让模型独自判断并调用工具，会让依据、规则和执行混在同一步。资料更新或模型变化后，很难确认结果变化来自哪一层。更清楚的设计会把检索、字段提取、规则判断和业务动作分别处理。

一项材料审核任务可以从用户上传文件开始。检索节点找到当前适用的制度条款，模型节点提取材料类型、日期和关键字段，条件节点检查资料是否齐全。缺少内容时，流程通过问答节点向用户补充信息；字段完整后，再根据金额或业务类型决定是否进入人工审批。

审批通过后，数据库节点写入审核结果，通知节点把处理状态发送给申请人。任何一步失败，都应保留当前任务状态和已完成结果，避免用户重新提交整套材料。这个场景里，知识片段持续提供依据，Workflow 负责推动任务向前。

后续节点无法稳定使用一段松散文本。检索结果进入判断前，应提取成明确字段，例如制度名称、版本日期、适用对象、条件、例外和来源地址。缺少关键字段时，流程可以增加检索范围或转给人工确认，不能默认补全。

同一问题可能命中多份资料。系统需要按权限、有效期和业务范围过滤，避免旧制度与新制度同时进入判断。引用片段还应保留来源，方便审批人查看依据，也便于资料更新后重新检查受影响的流程。

知识中出现"允许退款"，不代表当前 Agent 可以直接修改订单。执行节点仍要根据用户身份、订单范围和审批结果检查权限。写入或发送完成后，需要记录业务编号、返回状态和时间；接口超时则先查询实际结果，再决定是否重试。

在 ZGI 中，可以先用一个固定场景连接检索、结构化提取、条件分支、审批和通知。拿真实材料验证每一层的输入输出，再逐步加入数据库和外部工具。知识能够被引用，流程能够被检查，执行结果能够被追踪，企业资料才真正参与到业务任务中。