debug-ci-pipeline-failure

Diagnose CI/CD pipeline failures by classifying error types and reproducing them in containers.

9|3|Updated Jun 13, 2026
One-click install
npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill debug-ci-pipeline-failure
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debug-ci-pipeline-failure
Source: https://github.com/Sir-chawakorn/sanook-cli/tree/main/skills/debug-ci-pipeline-failure
Command: npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill debug-ci-pipeline-failure

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill resolves the frustration of CI/CD jobs that fail intermittently or behave differently than local environments, preventing the common anti-pattern of blindly re-running jobs until they pass.

Core Features & Use Cases

  • Failure Classification: Automatically categorizes failures into OOM, timeout, environment drift, cache poisoning, or flaky tests based on exit codes and logs.
  • Local Reproduction: Provides instructions to mirror the exact CI runner environment using containers, ensuring that local debugging matches the production runner's behavior.
  • Root Cause Analysis: Guides you through environment diffing, cache invalidation, and resource monitoring to identify the underlying issue rather than the symptom.

Quick Start

Use the debug-ci-pipeline-failure skill to analyze the latest failed CI job log and identify the root cause of the exit code.

Frequently Asked Questions about debug-ci-pipeline-failure

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

FAQPage Schema
How do I debug intermittent CI/CD pipeline failures instead of just re-running them?

To debug intermittent CI/CD pipeline failures, you can classify error types like OOM or environment drift from logs and reproduce the exact runner environment locally using containers to identify the root cause.

What causes environment-specific discrepancies in automated workflows?

Environment-specific discrepancies in automated workflows are caused by environment drift, cache poisoning, or resource exhaustion, which you can diagnose through environment parity verification and systematic log analysis.

How do I reproduce a CI runner environment locally to troubleshoot build failures?

You reproduce a CI runner environment locally by using containerized environments that mirror the production runner exactly, ensuring your local debugging matches the CI behavior to confirm the root cause.

How do I classify CI pipeline failures like OOM, timeout, or flaky tests?

You classify CI pipeline failures like OOM, timeout, and flaky tests by analyzing exit codes and systematic logs to categorize the error type, enabling targeted experimentation for root cause analysis.

What is the best way to troubleshoot cache poisoning in a CI pipeline?

The best way to troubleshoot cache poisoning in a CI pipeline is to guide cache invalidation, perform environment diffing, and monitor resources to pinpoint the underlying issue rather than treating the symptom.

Does local reproduction of CI failures work for resource exhaustion and timeout errors?

Yes, local reproduction works for resource exhaustion and timeout errors by mirroring the exact CI runner environment in containers, allowing you to verify environment parity and conduct targeted experimentation.