CI Debug Workflow
Flux de travail structuré de reproduction puis de correction pour les pipelines CI rouges et les conteneurs qui ne démarrent pas.
Testé · Fonctionne
Ce que fait
Guide un agent dans le diagnostic des pipelines CI et des conteneurs Docker défaillants : collecte le contexte des journaux CI, reproduit l'échec localement avant de toucher au code, consulte une référence de schéma d'échec (dépendances, variables d'environnement, timing, plateforme, problèmes de ressources), applique une correction réelle, puis vérifie que CI est au vert avant de déclarer terminé. Se déclenche sur les demandes CI-is-red, container-won't-start, ou reproduction-de-bug.
Rapport de test
Une compétence de processus disciplinée (reproduire avant de corriger, vérifier jusqu'au vert, anti-modèles explicites comme masquer les échecs avec `|| true`) plutôt qu'une compétence d'injection de connaissances — les faits de schéma CI qu'elle cite sont principalement des choses qu'un agent de base connaît déjà, donc la vraie valeur est l'ordre de flux de travail forcé et le SECURITY.md associé qui dit honnêtement aux utilisateurs de revoir/épingler les compétences avant l'installation.
Testé le: 2026-07-16 · Claude Code 2.x (agent harness)
Installation
git clone https://github.com/spences10/skills mkdir -p ~/.claude/skills cp -r skills/ci-debug-workflow ~/.claude/skills/ci-debug-workflow
Commandes et exemples de prompts
/ci-debug-workflowFlux de travail structuré de reproduction puis de correction pour les pipelines CI rouges et les conteneurs qui ne démarrent pas.
Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :
Our CI fails with a missing module error but passes fine locally, helpThis Docker container won't start in CI, walk me through fixing itReproduce this failing GitHub Actions test step locally before we fix it