Retry on fail except for known error Template
该工作流实现了智能的自动重试机制，可以有效管理自动化任务中的异常情况。它区别对待“已知错误”和其他错误，对于非已知错误会自动重试，直至达到最大次数；而已知错误则直接标记并跳过重试。此设计提升了流程的稳定性和资源利用效率，特别适用于API调用和数据同步等场景，确保在出现临时故障时能够迅速恢复。
Tags
工作流名称
Retry on fail except for known error Template
主要功能和亮点
该工作流实现了自动重试机制，针对出现的错误能够智能区分“已知错误”和其他错误。对于非已知错误，工作流会自动等待一段时间后重试，直到达到最大重试次数；而对于特定的已知错误（如“could not be found”），则不会进行重试，直接标记为已知错误并跳过重试流程，提升效率并避免无效重试。
解决的核心问题
在自动化流程中，网络请求或数据获取等操作常因暂时性问题失败，导致流程中断或异常。该工作流通过设置重试次数和等待时间，确保临时故障可自动恢复，且通过识别特定错误类型避免无谓重试，减少资源浪费和异常报警。
应用场景
- API调用或数据拉取时可能出现间歇性故障的自动化流程
- 需要区分业务相关的“已知错误”与暂时性错误的系统集成
- 需要对失败操作进行自动重试，保障流程稳定性和高可用性
- 适用于数据同步、自动化监控、任务执行等场景
主要流程步骤
- **手动触发（Manual Trigger）**启动工作流
- 初始化重试计数（Set tries）
- 执行核心节点（Replace Me，需替换为实际数据获取或操作节点，开启错误输出）
- 操作成功则进入“Success”节点继续后续逻辑
- 失败时判断是否为已知错误（Catch known error）
- 是已知错误则进入“Known Error”节点，停止重试
- 非已知错误则等待固定时间（Wait节点，默认5秒）后更新重试次数
- 判断重试次数是否超过最大值（默认为3次）
- 未超过则重新开始尝试
- 超过则停止执行并报错（Retry limit reached）
涉及的系统或服务
本模板为通用重试机制示例，未直接集成特定外部服务。请根据实际使用，将“Replace Me”节点替换为具体的调用节点（如HTTP请求、数据库查询、第三方API等），适配不同业务需求。
适用人群或使用价值
- 自动化开发者和运维工程师，需稳定管理API调用和数据抓取任务
- 需要提升自动化任务抗失败能力的企业和团队
- 希望通过区分错误类型优化重试策略的技术人员
- 寻求简洁、可定制化重试模版以降低系统异常率的用户
该工作流通过灵活的错误识别与重试设计，帮助用户高效管理自动化任务中的异常情况，提升整体流程的稳定性与容错能力。只需替换核心操作节点，即可快速应用于多种业务场景。
Netlify 部署失败通知自动化工作流
该工作流实时监控 Netlify 部署状态，一旦发生部署失败，即刻通过 Slack 发送详细通知，包含站点名称、错误信息及部署链接。这种自动化方式大幅提升了团队对部署问题的响应速度，确保关键故障信息不被遗漏，适合网站开发与运维团队使用，帮助快速定位和解决问题，保障项目上线的顺利进行。
每周失败执行报告（Weekly failures report）
该工作流每周自动查询指定工作流的执行记录，筛选出过去一周内的失败执行，并通过Telegram推送汇总报告给用户。此功能帮助用户及时掌握工作流运行异常，提高运维效率，减少业务中断风险，适用于自动化运维团队和需要跟踪流程状态的企业用户。通过这一自动化机制，用户无需人工干预即可有效监控工作流健康状态。
Slack-GitHub User Info
该工作流通过接收Slack中的用户命令，自动查询指定GitHub用户名的详细信息，并将整理后的资料以消息形式发送回Slack，方便团队成员快速获取开发者信息。它有效解决了手动查找信息的繁琐，提升了沟通效率与协作体验。结合Webhook触发、GraphQL灵活查询和自定义函数，确保信息准确无冗余，适用于开发团队、项目管理者和人力资源等多种场景。
错误通知工作流（Error Notification Workflow）
该工作流专注于自动捕获和处理其他工作流中的错误事件，实时生成错误提示信息，并通过Telegram发送给指定群组。此机制有效缩短故障响应时间，提升系统稳定性，确保运维和业务人员能够及时掌握问题，适用于自动化流程监控、统一错误管理及DevOps团队的状态跟踪。通过简单配置，用户可实现高效的错误通知，保障业务连续性。
FetchGithubIssues
该工作流定时从指定的GitHub仓库获取最新的“Bug”标签开放问题，重点关注评论少于5的关键问题。每10分钟自动抓取并筛选符合条件的Issue，将其标题和链接实时推送到指定的Telegram用户，实现快速的Bug监控和通知。这种方式帮助开发团队及时掌握项目中的重要缺陷，提升问题响应速度和沟通效率，简化了手动监控的流程。
n8n_check
该工作流定时监控 n8n 官方 GitHub Releases 的 RSS Feed，自动筛选当天内发布的特定关键字的新版本信息。通过 Telegram 群组和 AWS SES 邮件进行推送通知，确保用户及时获知重要更新。支持每天定时运行及手动触发，帮助运维人员和开发者高效跟踪工具状态，提升信息获取的时效性与便利性，避免频繁手动检查。
用户信息管理链式请求工作流
该工作流通过一键触发，实现对用户信息的获取、创建和更新操作，展现了使用HTTP请求节点进行REST API链式调用的高效流程。支持获取用户列表、添加新用户和更新用户信息，自动串联操作步骤，确保数据流程顺畅。它大幅提升了用户数据管理的效率与准确性，特别适合需要频繁维护用户信息的场景，减少人为失误，确保数据实时更新。
GitHub Pull Request 与 Pipedrive 联系人自动关联
该工作流自动监听GitHub中的Pull Request事件，依据PR提交者的邮箱在Pipedrive CRM系统中检索对应联系人。若找到联系人，系统会在其记录中添加PR相关备注，确保开发活动与客户信息实时同步。这一自动化过程显著提升了软件开发团队与销售团队之间的协作效率，减少了手动操作带来的错误，帮助企业更好地管理客户关系与项目进展。