magpie-flaky-test-triage

Classify GitHub Actions CI jobs as flaky, broken, or clean from run data.

79|76|Updated Apr 28, 2026
One-click install
npx skills add https://github.com/apache/magpie --skill magpie-flaky-test-triage
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: magpie-flaky-test-triage
Source: https://github.com/apache/magpie/tree/main/skills/flaky-test-triage
Command: npx skills add https://github.com/apache/magpie --skill magpie-flaky-test-triage

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill helps identify and prioritize flaky tests within a GitHub repository's CI run history, enabling maintainers to focus on test stability.

Core Features & Use Cases

  • Flaky Test Detection: Analyzes CI run outcomes to identify intermittent failures.
  • Job-Level Analysis: Computes failure rates for individual jobs and distinguishes flaky from consistently broken jobs.
  • Triage Output: Provides a prioritized list of flaky jobs for review without modifying test code or workflow files.

Quick Start

Detect flaky tests in the 'repo-name' repository over the last 30 days by running: magpie-flaky-test-triage --repo owner/repo-name --window-days 30

Frequently Asked Questions about magpie-flaky-test-triage

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I detect flaky tests in GitHub Actions CI run history?

To detect flaky tests in GitHub Actions, analyze CI run outcomes to identify intermittent failures and compute failure rates for individual jobs. This classifies jobs as flaky, consistently broken, or clean without modifying test code or workflow files.

What is the difference between flaky and consistently broken jobs in CI?

Flaky jobs exhibit intermittent test failures across CI runs, while consistently broken jobs fail every time. Analyzing GitHub Actions CI run history computes these failure rates to distinguish intermittent test failures from permanent breakages.

How do I audit repository health for intermittent test failures over a specific time period?

Audit repository health for intermittent test failures by running the triage script with the repository name and a time window, such as 30 days. It analyzes GitHub Actions CI run history to output a prioritized list of flaky jobs for review.

Do I need GitHub API access to identify intermittent test failures in my repository?

Yes, identifying intermittent test failures requires access to the GitHub API and the ability to parse CI run data. This access is necessary to analyze GitHub Actions run history and classify jobs based on their failure rates.

Can I triage flaky tests without modifying my existing test code or workflow files?

Yes, you can triage flaky tests without modifying test code or workflow files. The analysis parses GitHub Actions CI run data to provide a prioritized list of flaky jobs for review, leaving your repository workflows untouched.

What's the best way to prioritize which intermittent test failures to fix first in GitHub Actions?

The best way to prioritize intermittent test failures is to compute failure rates for individual jobs across GitHub Actions CI runs. This triage output distinguishes flaky jobs from consistently broken ones, providing a prioritized list for maintainers to review.