ci-debug

Solid

Diagnose a failing CI run against a 10-pattern playbook. Classifies the failure, cites the relevant memory entry, proposes the exact fix command — but NEVER applies without explicit user approval. Use when a specific PR check or GitHub Actions run failed and you want a diagnosis instead of speculation. Don't use for org-wide CI sweeps (that's /status) or for app-level test failures (the playbook is CI-infra-specific).

AI & Automation 188 stars 15 forks Updated today MIT

Install

View on GitHub

Quality Score: 86/100

Stars 20%
76
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# /ci-debug — classify a failing CI run Direct response to the recurring CI-debug pattern surfaced by `/insights`: ~12 sessions in 3 weeks doing the same classification dance. This skill encodes the 10 patterns so the dance becomes a lookup. ## Input User invokes with one of: - **PR number**: `/ci-debug 822` (default repo from context; ask if ambiguous) - **Run URL**: `/ci-debug https://github.com/owner/repo/actions/runs/12345` - **Job URL**: `/ci-debug https://github.com/owner/repo/actions/runs/X/job/Y` ## Execution ### 1. Resolve the failing job ```bash # From PR number: gh pr checks <n> --repo <owner>/<repo> --json bucket,link,name \ --jq '.[] | select(.bucket=="fail") | "\(.name)|\(.link)"' # From run URL: gh api repos/<owner>/<repo>/actions/runs/<run-id>/jobs \ --jq '.jobs[] | select(.conclusion=="failure") | {id, name, runner_name, started_at, completed_at, steps: [.steps[] | select(.conclusion=="failure") | {name, number}]}' ``` If multiple jobs failed, pick the one with the **shortest duration** — root cause is usually the first failure; later jobs cascade. ### 2. Fetch the failing log ```bash gh api repos/<owner>/<repo>/actions/jobs/<job_id>/logs 2>&1 \ | grep -iE '(error|fail|ERR_|CONFLICT|Process completed with exit code)' \ | head -30 ``` Capture the **FIRST distinct error message** (later lines often echo). ### 3. Classify against the playbook Walk the patterns in order. **First match wins.** | # | Pattern...

Details

Author
yonatangross
Repository
yonatangross/orchestkit
Created
5 months ago
Last Updated
today
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

diagnose-ci

Diagnose and fix GitHub Actions CI failures for the current repository. Fetches failing job logs via gh CLI, reproduces the failure locally, identifies the root cause (code bug, flaky test, or infra/config issue), proposes a targeted fix, applies it after approval, then offers to commit and push to re-trigger CI. Global and project-agnostic (requires gh CLI). Trigger when the user says "diagnose CI", "diagnose-ci", "why is CI failing", "CI is red", "fix CI failures", "debug GitHub Actions", "CI is broken", "what's failing in CI", or "CI keeps failing". SKIP when the user is asking about a non-GitHub CI system.

2 Updated 6 days ago
ada-ggf25
AI & Automation Solid

ai-debug

Diagnoses broken behavior systematically with a 4-phase root-cause loop: test failures, runtime errors, crashes, regressions. Never patches symptoms. Trigger for 'it is not working', 'something broke', 'this used to work', 'I am getting an error', 'CI is failing', 'why is X happening'. Not for adding tests; use /ai-test instead. Not for security findings; use /ai-security instead.

52 Updated 4 days ago
arcasilesgroup
Code & Development Listed

investigating-a-ci-failure

Use when a GitHub Actions PR webhook reports a CI failure on this repo (lint / test / build / visual / lighthouse / e2e). Triages by failure class, identifies whether the cause is environmental (CI runner difference), a recent code change, or a flaky test. Returns either a one-line "this is the fix" plan or a clarifying question. Don't use to investigate local-only test failures — those are usually faster to debug interactively.

7 Updated yesterday
vsriram11