GitHub Actions Retry Recovery Audit 是一个专为 CI/CD 流水线设计的分析工具，用于深入审计 GitHub Actions 的运行记录。它能够自动识别那些在最终成功前经历多次失败的重试序列，帮助团队精准定位因任务不稳定而导致的重复执行浪费。通过解析工作流运行导出的 JSON 文件，该技能将尝试按仓库、工作流、分支和提交哈希（headSha）进行分组，并检测出‘失败后重试成功’的典型恢复模式。其核心目标是量化这些不稳定任务在重跑过程中消耗的无效分钟数，从而为优化流水线效率提供数据支持。输出结果既可以是易于阅读的文本报告，也可以是可集成到自动化检查中的 JSON 格式，适用于构建看板或设置 CI 门禁。
核心功能特点
- 自动识别‘失败后重试成功’的恢复序列，精准定位不稳定任务
- 按仓库、工作流、分支和提交进行分组聚合，支持多维分析
- 计算每次恢复序列中首次成功前的浪费分钟数，量化资源损耗
- 支持文本和 JSON 两种输出格式，便于集成到看板或 CI 门禁
- 提供警告与严重级别的浪费阈值配置，支持灵活告警策略
适用场景
该工具特别适合在持续集成环境中存在频繁重试现象的团队使用。当某个工作流在多次失败后最终成功，往往意味着大量不必要的计算资源被浪费，且可能掩盖了潜在的质量问题。通过 Retry Recovery Audit，团队可以快速发现哪些分支、提交或特定工作流模板最常出现此类情况，从而有针对性地优化测试用例、修复环境依赖或调整触发策略。例如，一个在 nightly build 中反复失败的单元测试组，可能在重跑后偶然通过，但消耗了大量集群资源；该工具能清晰展示这一模式，推动团队优先处理这类‘高浪费低稳定性’的任务。此外，对于设置了自动重试机制的流水线，该审计还能验证重试策略是否真正有效，避免因过度重试反而加剧资源浪费。最终，它成为提升 CI/CD 效率、降低云成本的重要诊断手段。