这个品类的数据长什么样
本品类数据主要来自漏洞扫描器、资产清单、CVE库与补丁公告，更新频率为周度或月度。日常产出的文档包含扫描计划、漏洞清单、整改工单与复扫报告，其中扫描计划标注资产范围、扫描周期与执行责任人；漏洞清单包含CVE编号、风险等级、影响资产与修复优先级；整改工单关联漏洞ID、处理时限与验收状态；复扫报告汇总复扫通过率与未修复漏洞明细。数据围绕资产与漏洞的全生命周期流转，核心字段均与安全合规检查直接绑定。
这些特征在「工作流编排」这一环带来什么约束
数据来源分散导致需要多节点拉取不同数据源，需通过variables适配不同扫描器的API格式与返回结构；周/月的更新频率要求工作流支持定时触发与周期校验机制；多类型文档的流转需通过nodeId区分不同环节的处理逻辑，避免数据混淆；资产范围确认、误报排除这类高耗时环节，需配置人工审核节点嵌入工作流；出错后果要求设置失败告警与重试机制，避免高危漏洞暴露或审计扣分。FastGPT v4.17.0版本新增的工作流节点路由功能，可更好适配这类多环节流转的需求。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
| 定时触发周期 | 每周一 00:00 或每月1日 00:00 | 匹配本品类周/月的更新频率，适配扫描计划的常规执行节奏 |
| 循环执行上限 | 3 次 | 应对扫描器接口临时超时的场景，避免无效重复执行占用资源 |
variables配置 | 按扫描资产范围、CVE库版本定义变量 | 适配多数据源拉取的格式差异，统一不同扫描任务的参数入口 |
nodeId配置 | 为扫描节点、审核节点、告警节点分配唯一标识 | 区分工作流中不同处理环节的日志与状态，便于问题定位 |
| 失败重试次数 | 2 次，间隔 600 秒 | 应对扫描器临时不可用的情况，平衡执行效率与成功率 |
| 人工审核触发条件 | 高危漏洞检出或误报率异常 | 覆盖资产范围确认、误报排除的耗时环节，减少人工重复操作 |
容易做错的三处
- 工作流执行后未生成复扫报告，日志显示
variables未正确传递资产范围参数。原因是未在工作流起始节点配置对应变量，导致扫描任务无法匹配预设资产清单。 - 循环执行扫描任务时触发执行终止，无明确报错信息。原因是未设置合理的循环执行上限，触发平台内置的执行次数限制。
- 升级到FastGPT v4.17.0后，原工作流中的文本加工节点无法正常调用，导致漏洞清单的风险等级解析失败。原因是旧版文本加工节点的配置逻辑被重构，未兼容老版本工作流的参数格式。
怎么确认配好了
- 手动触发一次工作流，检查是否能拉取到当前周期内的资产清单与漏洞数据，核对
variables中的参数是否与预设值一致。 - 查看工作流的节点状态日志，确认
nodeId对应的各环节是否按预期流转，无异常终止标记。 - 模拟触发一次高危漏洞检出的场景，确认人工审核节点是否会被自动调用，进入待处理队列。
- 验证失败重试逻辑，临时阻断扫描器接口，确认工作流会按配置的重试次数与间隔执行重试。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-10-19，文中适用性按 FastGPT v4.17.0 基线讨论；部署前需核对实际版本。