Zion支付失败默认不通知用户，需在行为流中显式配置失败分支及交互动作；否则页面静默无反馈。支持三种手动配置方式：连失败分支至页面反馈、绑定弹窗提示、服务端记录+客户端轮询。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
函子Zion里支付失败时，默认不会主动通知用户，是否弹窗、跳转或显示错误提示，完全取决于你在行为流中是否显式配置了失败分支和对应交互动作。
支付失败通知的触发前提
Zion 的支付能力（微信/支付宝）封装在「行为流」节点中，调用成功或失败只是流程走向的两个分支。系统本身不内置“失败自动弹 Toast”逻辑，也不会向用户推送站内信或短信。
这意味着：如果行为流只连了「成功 → 更新会员状态」，而没连「失败 → 显示错误提示」，用户点击支付后页面可能静默卡住、白屏，或停留在旧状态，没有任何反馈。
手动配置失败通知的三种方法
方法一：在行为流中添加「失败分支 + 页面反馈」
打开该支付行为流 → 找到微信/支付宝支付节点 → 将其「失败」出口拖出 → 连接到「设置变量」或「跳转页面」节点 → 在目标页面上放置一个带文字的「文本组件」，内容写“支付失败，请重试”或动态绑定 error.message。
方法二：用「弹窗组件」实现即时提示
在支付按钮的「点击事件」里，先触发行为流；再为该行为流的「失败」回调绑定一个「显示弹窗」动作，弹窗标题设为“⚠️ 支付未完成”，正文可填入 {{last_error}} 变量（需确保行为流开启错误透出）。
方法三：服务端记录 + 客户端轮询兜底
在行为流失败分支中，调用「写入数据表」节点，把订单号、错误码、时间存进「支付异常日志」表；前端页面用「定时器行为流」每5秒查一次该订单的 status 字段，一旦读到 failed，立即显示提示并禁用重复提交。这适合需要审计或人工介入的场景。
关键配置项检查清单
第一步：确认支付节点已开启「错误透出」开关——不勾选时，失败分支只会返回 generic_error，无法区分是用户取消、余额不足还是网络超时。
第二步：检查行为流末尾是否遗漏「结束节点」——若失败分支连到空白画布而没接任何动作，Zion 会静默终止流程，不报错也不提示。
第三步：验证前端按钮是否禁用了重复点击——支付发起后若未及时置灰按钮，用户连续点击可能触发多笔请求，而失败通知只响应最后一次。
【行为流失败分支必须显式连接至少一个动作节点，否则无任何用户可见反馈】
