MuleRun任务失败默认不重试，需显式配置：一、在Agent工作流中为Skill节点启用内置重试，支持次数、退避策略及错误码过滤；二、通过Runtime全局设置统一重试策略；三、用Decision节点加Retry Wrapper实现条件重试；四、集成Hystrix/Resilience4j熔断器动态抑制重试。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您配置的MuleRun任务在执行过程中因网络波动、目标服务临时不可用或资源超时而中断，则系统默认不会自动重试，需显式启用并配置失败恢复策略。以下是设置失败重试的具体方法：
一、在Agent工作流中启用内置重试机制
该方式适用于单个Skill节点执行失败后的局部重试，支持固定次数、指数退避及错误类型过滤，所有配置均在可视化编排界面完成，无需修改代码。
1、打开目标Agent的流程编辑器，定位到易失败的Skill节点（如HTTP请求、数据库查询）。
2、点击该节点右下角的齿轮图标，进入「执行策略」设置面板。
3、勾选「启用失败重试」开关，并在「最大重试次数」中输入数字，例如3。
4、在「重试间隔」栏选择预设模式：「固定延迟（1秒）」、「线性增长（首1秒，每次+1秒）」或「指数退避（首1秒，每次×2）」。
5、展开「异常过滤」选项，勾选仅对特定错误码重试，例如只重试HTTP状态码为502、503、504的响应，跳过400类客户端错误。
二、通过Runtime全局配置统一重试策略
该方式作用于整个MuleRun Runtime实例，对所有未显式覆盖重试逻辑的Skill调用生效，适合企业级标准化运维场景，确保基础服务调用具备一致容错能力。
1、进入MuleRun控制台的「Runtime设置」→「执行策略」页面。
2、找到「默认失败重试」模块，点击「编辑」按钮。
3、设置全局重试上限为2次，基础延迟为500毫秒，最大延迟不超过5秒。
4、在「排除重试的异常类型」列表中添加：org.mule.runtime.api.exception.MessagingException，防止消息格式错误被重复提交。
5、勾选「启用重试日志记录」，确保每次重试动作写入运维日志，便于后续审计。
三、基于条件判断实现智能重试分支
该方式允许用户在流程中插入自定义逻辑判断是否值得重试，例如检查依赖服务健康状态、验证输入有效性或读取外部熔断信号，从而避免盲目重试加剧系统压力。
1、在目标Skill节点后拖入一个「Decision」分支节点。
2、双击该节点，在表达式栏输入判断逻辑：payload.httpStatus == 503 && vars.retryCount < 2。
3、将「True」出口连接至「Retry Wrapper」组件，该组件封装了计数变量递增与延迟等待逻辑。
4、将「False」出口连接至「Error Handler」节点，用于执行降级响应或告警通知。
5、在「Retry Wrapper」组件属性中设定：每次执行前将vars.retryCount加1，并调用Thread.sleep(2000)暂停两秒。
四、绑定外部熔断器实现动态重试抑制
该方式通过接入Hystrix或Resilience4j等标准熔断框架，使MuleRun在检测到下游服务连续失败后自动进入“半开”或“断开”状态，暂停重试请求直至健康检查通过，防止雪崩效应。
1、在任务设置页切换至「高级配置」标签，找到「熔断器集成」区域。
2、点击「启用外部熔断」，并在「熔断器地址」字段填入已部署的Resilience4j Admin端点，例如：http://resilience.mulerun.local:8080/actuator/circuitbreakers。
3、在「服务标识」中输入对应下游服务名，如payment-api，确保与熔断器注册名称一致。
4、设定「失败率阈值」为50%，「滑动窗口大小」为10次调用，「半开状态等待时间」为60秒。
5、保存配置后，当该服务失败率达到阈值，MuleRun将不再发起任何重试请求，直接返回熔断响应。
