应为原子级超时未隔离，需先在atoms工作流中检查各模型节点是否继承全局30秒超时；再为qwen、glm、claude等节点单独设置差异化超时值；接着启用熔断器与兜底响应；最后切换为异步非阻塞调度模式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在Atoms平台中配置多个大模型并行调用（如同时请求Qwen、GLM和Claude的API），却频繁遭遇“Request timeout after 30s”错误，不是网络慢，而是调用链路中某一个模型拖垮了整个并行流——因为默认超时策略是全局统一等待最慢的那个。
确认是否为原子级超时未隔离
打开Atoms工作流编辑器，点击任意一个模型节点 → 查看右侧「高级设置」面板 → 展开「执行控制」→ 检查「单节点超时时间」是否仍为灰色禁用状态。若显示“继承全局超时（30s）”，说明所有模型共用同一把计时器，任一模型卡住就会让其余已完成响应的模型结果被丢弃。
这一步必须做，否则后续所有配置都无效。
为每个模型节点单独设置超时阈值
方法一：手动逐个配置
选中第一个模型节点 → 高级设置 → 执行控制 → 取消勾选「继承全局超时」→ 在「单节点超时时间」输入框填入具体数值（单位：秒），例如：Qwen设为25，GLM设为18，Claude设为35。
【注意：Claude实际响应常波动，若设为30可能频繁触发超时，必须留出冗余】
方法二：批量导入JSON覆盖
导出当前工作流为JSON → 在nodes数组中定位每个model节点 → 找到config字段 → 添加timeout_ms键值对，例如："timeout_ms": 22000 → 保存后重新导入。此方式适合已有10+模型节点的复杂流程，避免逐个点选。
启用熔断降级与兜底响应机制
第一步：在工作流顶部添加「熔断器」组件
从组件库拖入「Circuit Breaker」节点，置于所有模型调用之前；双击配置 → 设置「失败阈值」为3次、「窗口时间」为60秒、「半开状态持续时间」为10秒。
第二步：为每个模型节点绑定失败分支
从模型节点右下角拖出红色失败箭头 → 连接到「Fallback Response」节点 → 在该节点中填写预设的简明兜底文本，例如：“当前模型服务繁忙，请稍后重试”。
第三步：配置熔断器恢复逻辑
当熔断器进入OPEN状态后，所有后续请求将直接走Fallback Response，不再转发至下游模型；10秒后自动进入HALF_OPEN，允许1个试探请求通过——若成功则关闭熔断，若失败则重置计时器。
这一步操作起来很简单，直接把Fallback Response节点拖进去连好线就行。
切换并发调度模式为异步非阻塞
进入工作流设置 → 找到「执行引擎」选项 → 将默认的「同步等待模式」切换为「异步完成回调模式」。
此时系统不再等待全部模型返回才组装结果，而是每收到一个模型响应就立即写入中间结果缓存，并标记该模型状态为“completed”。
【关键前提：下游解析逻辑必须支持partial input，否则会因缺少字段报错】
启用后，你可在日志中看到类似“[model_qwen] completed in 12.4s, [model_glm] completed in 8.7s, [model_claude] timeout”这样的分项记录，便于精准定位瓶颈节点。
