AI 工作流遇到信息不完整时可以在依赖这些信息的步骤之前加入问答节点。校验发现字段缺失后节点暂停当前运行向用户说明需要补充什么收到回答后将内容写入流程变量再次检查是否满足条件满足后从暂停位置继续执行。设计重点包括任务状态、问题内容、回答格式、恢复条件和追问上限。ZGI 的问答节点承接了这段交互链路。它能引用上游变量组织问题支持直接回答、静态或动态选项也能从自然语言回答中提取必填字段。回答进入后续节点使用原来的工作流继续推进。流程为什么会卡在信息缺口上企业流程常把输入页面当作唯一的数据入口用户提交后便直接进入识别、审核或写入环节。现实中的材料经常缺字段、附件或确认项。后续节点拿不到必要数据只能报错、结束任务或者转给业务人员手动联系用户。这类问题很难靠提示词补救。模型可以猜测用户意图却不应替用户填写税号、金额、日期和审批选择。更稳妥的处理方式是把“信息是否齐全”设为运行条件缺少关键内容时允许流程停住并保留已经完成的步骤和当前任务状态。一次有效追问需要完成五个动作问答节点接入工作流后运行链路可以拆成五步检查必填信息、暂停当前任务、发送具体问题、收集并校验回答、恢复后续执行。用户回答没有通过校验时节点继续指出缺少的字段达到追问上限后再转人工处理或结束任务避免流程无限等待。问题内容要尽量引用已经确认的信息。系统已经识别出“购买方税号缺失”提问就应直接写明需要补充购买方税号。只提示“材料不完整请补充信息”用户仍然不知道下一步该做什么第二轮沟通很可能继续缺项。回答方式要跟后续动作匹配问答节点收集到内容后后续节点还要读取和处理。回答方式应根据数据用途选择不能一律使用自由文本。回答方式适合收集什么后续怎样使用直接回答说明、原因、备注交给模型整理或展示给人工审查静态选项固定处理方式、业务分类进入对应的条件分支动态选项上游查询得到的记录或候选项把用户选择映射到当前任务对象必填字段提取税号、日期、联系方式等结构化信息校验字段后传给接口或数据库节点自由文本方便用户表达字段提取更适合后续自动执行。配置提取字段时需要写清字段类型、是否必填和有效范围。涉及数据库写入或对外发送的内容还应在服务端再次校验不能只采用模型整理后的结果。恢复流程前还要检查什么流程能够继续运行需要保留暂停前的节点结果、任务标识和变量版本。用户隔了一段时间才回答时系统还要检查原任务是否仍然有效。例如订单已经关闭、审批状态已经变化旧回答就不宜直接触发后续动作。追问机制也要有退出路径。可以设置最大回答轮数、等待期限和人工接管条件并记录每轮问题、回答、字段提取结果与恢复时间。出现争议时业务人员能够还原系统为何追问、用户补充了什么以及哪条回答推动了流程继续。上线前可准备一组不完整输入做测试缺一个字段、同时缺多个字段、回答格式错误、用户选择不存在的记录、回答超时以及任务状态在等待期间发生变化。逐条检查流程是否停在正确位置问题是否明确旧步骤是否重复执行恢复后的数据是否进入了正确节点。GitHubhttps://github.com/zgiai/zgiGiteehttps://gitee.com/zgiai/zgi