ZGI 迭代节点：批量资料的逐项处理

整理一批客户反馈，经常要重复几个动作：读取内容、提取诉求、判断分类、记录结果。单条处理已经跑通，接下来需要让同一段流程服务整批资料，并保留每条输入与输出的对应关系。

ZGI Workflow 的迭代节点支持读取列表，对其中每一项运行指定的子流程，再收集输出。设计者可以集中维护提取规则和结果格式，减少逐条提交、复制节点、拼接答案的操作。

这类批处理适合拆成相对独立的小任务。比如逐份生成资料摘要、逐条整理客服反馈、逐项补充产品描述。涉及多条记录之间的比较或合并时，可以把这些动作放到逐项处理之后。

概念示意：先整理列表，在子流程里处理单项，再收集带原始编号的结果。

单条流程先跑通，再交给迭代节点重复执行

假设运营收到一批客户反馈，需要整理出问题类型、涉及产品、紧急程度和原文摘要。先拿一条反馈试跑，确认这些字段能否满足后续分派，再把同一段处理步骤放进迭代范围。

如果单条结果还忽长忽短，有时输出段落，有时输出表格，批量运行后会产生更多整理工作。可以提前固定字段名称，约定信息缺失时怎样填写，并要求保留原始记录编号。

在 ZGI 中，迭代配置需要指定输入列表，以及子流程里用于收集结果的输出。前者决定逐项处理哪些内容，后者决定整批运行结束后拿到什么。选错输出，可能收集到中间说明，遗漏后续真正需要的业务字段。

批处理之前，可以把材料整理成统一结构：记录编号、原始内容、来源渠道，以及业务需要的少量背景。输入里保留编号，输出里继续携带，后续就能按编号关联原文。

例如一条反馈提到"移动端导出失败"，子流程提取问题类型和简短描述；另一条只写"用不了"，则把信息不足的状态留下，交给后续补充。不要为了凑齐字段，把没有出现的产品版本或故障原因补进去。

编号也能减少汇总时的错配。批量处理中可能出现失败、空结果或过滤，输出行数未必与输入行数相同。按业务编号关联，比单纯按照列表顺序拼接更方便核对。

ZGI 的迭代节点提供不同的异常处理方式。配置时可以根据业务对完整性的要求，选择出错后终止，或继续处理其他项，并决定是否保留异常位置的空输出。

客户反馈分类可以先整理成功的记录，再单独处理异常项。涉及资金、审批或正式业务写入时，则需要更谨慎地安排校验与提交位置。异常处理规则应跟着业务要求选择。

一批任务跑完，可以按输入编号检查成功、待补充和失败的记录。检查数量时，同时核对编号，避免重复结果掩盖遗漏项。

如果下一步需要写入数据库，还应围绕记录编号检查重复写入问题。重新处理失败项之前，先确认哪些记录已经提交成功，再安排补处理。这部分要在后续流程中设计，避免整批重跑时重复创建业务记录。

在 ZGI 中使用迭代节点，可以先从一小批反馈或资料开始，把单项输入、处理规则、输出字段和异常去向跑清楚。分类标准变化时，集中调整这段子流程，再验证典型样本。积累下来的流程可以继续服务下一批同类资料。