ci-debug

ci-debug is a skill for Claude Code, Codex from yonatangross/orchestkit. It costs 92 tokens per session (2,846 once invoked), scanned A, original, MIT.

A troubleshooting guide for diagnosing a failed GitHub Actions check or pull-request check using a set of known failure patterns. It suggests an exact fix command but does not apply the fix automatically.

In plain words
What is it for?
Use it with a pull-request number or workflow URL to identify the failed job, classify the cause, and receive a proposed repair.
Why use it?
It replaces guesswork with a repeatable diagnosis and keeps changes under your control until you approve them.

Skill for Claude CodeCodex

Part of the ork plugin — 68 skills, 35 commands, 36 agents, 32 hooks shipped together

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/yonatangross/orchestkit/ci-debug
Any agent
npx skills add yonatangross/orchestkit --skill ci-debug
Clone the repo
git clone --depth 1 https://github.com/yonatangross/orchestkit

Made for: Claude Code, Codex.

Or install ork, the plugin that ships this one along with the rest of its 68 skills, 35 commands, 36 agents, 32 hooks.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for ci-debug

README.md
[![agentmods](https://agentmods.dev/badge/skills/yonatangross/orchestkit/ci-debug.svg)](https://agentmods.dev/skills/yonatangross/orchestkit/ci-debug)
Your own site
<a href="https://agentmods.dev/skills/yonatangross/orchestkit/ci-debug"><img src="https://agentmods.dev/badge/skills/yonatangross/orchestkit/ci-debug.svg" alt="Measured on agentmods" height="20"></a>
Per session 92 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,846 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00092 $0.02846
Opus 5 $0.00046 $0.01423
Sonnet 5 $0.00018 $0.00569
Haiku 4.5 $0.00009 $0.00285

Measured yesterday against content hash 7186633fd0db, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

ci-debug scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

plugins/ork/skills/ci-debug/SKILL.md · 177 lines

How it starts

The opening of the file, as written. The whole thing — 177 lines — stays where its author put it; the contents beside it link to each section on GitHub.

/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 11 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

# 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.

No job in the fail bucket but a check won't settle? If gh pr checks shows zero fail-bucket entries yet a status sits in pending that never resolves (and gh pr view --json mergeStateStatus returns UNSTABLE while mergeable=MERGEABLE), this is a stuck external status, not a failure — jump straight to Pattern #11. There is no failing log to fetch; classify on the commit-status metadata (gh api repos/<o>/<r>/commits/<sha>/status).

2. Fetch the failing log

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 Signature in logs Memory ref Proposed fix
1 Billing block runner_name empty + steps[] empty + ~3s duration + annotation: "recent account payments have failed or your spending limit needs to be increased" billing-surface-hosted-vs-self-hosted.md Org admin → Settings → Billing & plans → raise limit / update card. No code change.
2 Root-lockfile drift ERR_PNPM_OUTDATED_LOCKFILE mentioning <ROOT>/typescript/<pkg>/package.json pnpm-lock-root-vs-workspace-duality.md pnpm install --lockfile-only && git add pnpm-lock.yaml && git commit && git push.
3 uv.lock drift error: The lockfile at uv.lock needs to be updated changeset-release-uv-lock-drift.md cd python && uv lock then commit.
4 ci-shared.yml missing permissions startup_failure pattern (empty runner_name + steps[]=[] + ~3s) BUT billing is resolved ci-shared-permissions-block-required.md Add permissions: { contents: read, packages: read } to the caller workflow.
5 YAML python embed YAML parse error pointing at a multi-line block scalar with python -c yaml-python-embed.md Rewrite python -c as a separate shell script invocation; never inline multi-line python in YAML.
6 actionlint shellcheck false-positive audit/actionlint job failing with SC2086/SC2046 on workflow YAMLs you didn't touch audit-actionlint-triggers-on-workflow-edit.md Not required check; safe to merge past if the warnings predate your change. Optional: add shellcheck disable comments.
7 macOS BSD date %3N %3N printed literally in CI output / arithmetic fails macos-bsd-date-no-percent-3N.md Replace date +%s%3N with node -e 'console.log(Date.now())' or python3 -c 'import time; print(int(time.time()*1000))'.
8 Runner pnpm Rosetta arch drift pnpm install fails with "wrong-arch native bin" / dlopen error on a self-hosted runner runner-pnpm-rosetta-arch-drift.md Restart the affected runner pool; root cause is node x64↔arm64 flips storing wrong-arch native bins in shared cache.
9 Shallow clone false divergence git status reports diverged but PR was actually merged shallow-clone-false-divergence.md git fetch origin <branch> --unshallow then gh pr view --merge-commit to verify.
10 Publish run cancelled Publish-tag workflow run shows conclusion=cancelled; artifact never lands publish-runs-cancelled-need-redrive.md Re-fire via gh workflow run publish-python.yml -f tag=<tag> (adjust for your publish workflow).
11 Vercel status orphaned (path-skip) No job in the fail bucket, but Vercel appears as a commit status (not a check-run) stuck state=pending with created_at == updated_at and no terminal update; all GitHub Actions checks green; mergeStateStatus=UNSTABLE + mergeable=MERGEABLE on an unprotected base branch vercel-pending-orphaned-on-path-skip.md Not a failure — cosmetic. Vercel posted a pending status then skipped the build (project-root path filter, e.g. a docs-only change that never touches apps/web), orphaning the status. Safe to merge: gh pr merge <n> --repo <owner>/<repo> --squash. Permanent fix: the Vercel project's Ignored Build Step must exit 0 AND report success for skipped paths so the status flips instead of dangling.

Read the full file on GitHub · 177 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 177 lines · 92 tokens per session scan A 7186633fd0db

Subscribe to this mod's changes

ci-debug is a skill published in the GitHub repository yonatangross/orchestkit (228 stars, last pushed today), licensed MIT. It adds 92 tokens to every session and 2,846 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.

Related

Other skills, from other repositories

pre-push

Runs the local equivalent of the CI merge gate before you push. Detects which areas (Python, TypeScript, docs) your changes touch, auto-fixes what it can, then runs only those checks. Use when the user asks to run pre-push checks, get push-ready, verify changes before pushing or opening a PR, "make sure CI will pass"…

strands-agents/harness-sdk · 85 tokens

release

Release the screenpipe monorepo. Bumps versions, triggers GitHub Actions for app, CLI, MCP, and JS packages.

screenpipe/screenpipe · 29 tokens

GitHub CI Fix Debugging

Debug and fix failing GitHub PR checks by inspecting GitHub Actions logs, summarizing failure context, drafting fix plans, and implementing fixes after approval.

PramodDutta/qaskills · 37 tokens

manage-ci

Use this skill as the mandatory starting point whenever inspecting, running, debugging, defining, editing, reviewing, or documenting MeshLLM CI/CD. It governs GitHub Actions workflows and local actions, triggers and routing, runners, caches, artifacts, permissions, releases, deployments, and CI infrastructure.

Mesh-LLM/mesh-llm · 62 tokens

zb-release-pipeline

Generate a GitHub Actions pipeline that builds a zb (Zero Dependencies Builder) project and publishes a GitHub Release with the produced JAR. Use whenever the user wants CI/CD, a build pipeline, a release workflow, or GitHub Actions for a zb-based Java project — phrases like "set up GitHub Actions for this zb…

AdamBien/airails · 148 tokens

ci-preflight

Runs the full CI check suite locally before pushing. Use this skill before pushing a branch or when the user asks to verify everything passes, to catch issues before they hit CI.

matteing/opal · 39 tokens