应为每个易故障节点配置兜底路径：①用固定返回节点实现结构一致的静态fallback；②用变量聚合节点收敛多路结果并取首个非空值；③用代码节点动态生成结构对齐的fallback内容。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当扣子工作流中某个节点因网络抖动、模型输出异常或空值引用突然中断，下游节点直接报错“The input data is incorrect as fields cannot be extracted from null values”——这不是流程设计失败，而是缺少一条强制兜底的输出通路。你不能指望所有外部服务永远在线，也不能要求大模型每次输出都符合预期，必须提前埋好 fallback 的出口。
用固定返回节点实现最简兜底
这是最快落地、零代码、适用于 90% 单点故障的兜底方式。
第一步：在出问题的节点（如 LLM 节点或 HTTP 节点）右侧，点击「错误分支」出口；
第二步：拖入一个【固定返回节点】，双击编辑；
第三步：在“返回内容”框中填写预设文案，例如：{"status":"fallback","message":"当前服务暂不可用，请稍后重试"}；
第四步：将该节点的输出线连到下游必需的变量接收点（比如下一个代码节点的输入口）。
这一步操作起来很简单，直接把文件拖进去就行。但注意：【固定返回节点必须与原节点的输出结构保持一致，否则下游 JSON 解析仍会失败】。比如原 LLM 节点输出是 { "title": "xxx", "content": "yyy" }，你的兜底就必须也返回含 title 和 content 字段的 JSON，哪怕填空字符串。
用变量聚合节点收敛多路结果
当你有多个并行分支（比如 A/B/C 三个插件同时查天气），其中任意一路失败都不能让整条链路断掉，就得靠变量聚合节点做结果收敛。
方法一：插入变量聚合节点
把 A/B/C 三个插件节点的「成功分支」全部连到同一个【变量聚合节点】；
在该节点中设置统一输出变量名，例如【weather_data】；
勾选“取第一个非空值”，这样只要有一路返回了有效数据，下游就能拿到；
方法二：补上兜底路径
把每个插件节点的「错误分支」也都连进同一个变量聚合节点；
在变量聚合节点里为每条错误分支手动填入默认值，例如：{ "temp": "25", "condition": "sunny" }；
【注意：错误分支必须显式连接进来，否则聚合节点只认成功分支，空值照样中断】
用代码节点动态生成 fallback 内容
当兜底内容需要根据原始错误信息定制时（比如返回具体报错码、保留部分原始输入），固定返回节点就不够用了。
第一步：在目标节点（如 HTTP 节点）的错误分支后接一个【代码节点】；
第二步：粘贴以下 Python 脚本（适配扣子 JS/Python 双引擎）：
def main(input):
error_msg = input.get("error", "unknown")
original_input = input.get("original_input", {})
return {
"status": "fallback",
"error_code": "HTTP_503",
"fallback_data": { "prompt": original_input.get("prompt", ""), "hint": f"上游服务不可用: {error_msg[:50]}" }
}
第三步：确保该代码节点的输出结构与上游节点完全一致，字段名、嵌套层级、数据类型均需对齐；
第四步：将代码节点输出连至下游，覆盖原中断路径。
这一步的关键在于字段对齐——如果上游 LLM 返回的是 { "result": { "text": "xxx" } }，你兜底就必须返回同结构对象，不能简化成 { "text": "xxx" }，否则下游解析会再次崩溃。
