BuildBuddy - Débogage CI/CD distant

VérifiéSûr

Déboguez les jobs CI/CD échoués en accédant aux données d'exécution et de cache de BuildBuddy. Utilisez les outils MCP pour récupérer les métadonnées des invocations, les journaux complets, les cibles et les actions, ce qui permet d'analyser rapidement les causes racines des échecs. Idéal pour investiguer les échecs de pipelines GitHub Actions ou de builds distants.

Spar Skills Guide Bot
DeveloppementIntermédiaire
02/06/2026
Claude Code
#buildbuddy#ci-cd-debugging#remote-build#bazel

Recommandé pour

Synthèse automatique

Utilise BuildBuddy pour déboguer les échecs de CI/CD en analysant les invocations, journaux et cibles via des outils MCP.

Points forts

  • Intégration directe via MCP sans nécessiter de clé API
  • Accès structuré aux métadonnées, logs et artefacts de build
  • Idéal pour les pipelines CI utilisant BuildBuddy avec Bazel

Limites

  • Nécessite un ID d'invocation extrait manuellement des liens
  • Ne fonctionne que pour les builds instrumentés par BuildBuddy
  • Les logs volumineux peuvent nécessiter une pagination
Quand l'utiliser

Quand vous devez diagnostiquer un échec de build CI sur une plateforme utilisant BuildBuddy.

Quand l'éviter

Pour des builds CI locaux ou utilisant un autre service de construction à distance.

Analyse de sécurité

Sûr
Score qualité90/100

The skill only uses safe, read-only commands (gh CLI to extract metadata) and MCP tools for build analysis. It explicitly discourages direct curl calls, and performs no destructive actions or data exfiltration.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Debug a failed BuildBuddy invocation
Our CI build failed on invocation abc123 in BuildBuddy. Can you investigate why and show me the error logs?
Analyze test targets from a build
Get the target details for the last failed build in this PR and tell me which test failed and why.

name: buildbuddy description: Use when debugging failed CI/CD jobs, analyzing build logs, or investigating GitHub Actions failures. Access BuildBuddy remote build execution and caching service for detailed build insights.

BuildBuddy - Remote Build Execution & CI Debugging

MCP Tools (Primary Interface)

Use BuildBuddy MCP tools via Context Forge. MCP handles authentication automatically.

Load tools with: ToolSearch query +buildbuddy

| Tool | Purpose | | --------------------------------- | ---------------------------------- | | buildbuddy-mcp-get-invocation | Build metadata, status, duration | | buildbuddy-mcp-get-log | Full build logs (stdout/stderr) | | buildbuddy-mcp-get-target | Target information and results | | buildbuddy-mcp-get-action | Action details and execution info | | buildbuddy-mcp-get-file | Download files by URI | | buildbuddy-mcp-execute-workflow | Trigger a BuildBuddy workflow |

Debugging Failed CI

Workflow

GitHub PR fails
      │
      ▼
gh pr checks ──► extract invocation ID from BuildBuddy URL
      │
      ▼
ToolSearch +buildbuddy ──► load MCP tools
      │
      ▼
buildbuddy-mcp-get-invocation ──► check success/failure, duration
      │
      ▼
buildbuddy-mcp-get-log ──► find error messages
      │
      ▼
Parse errors ──► fix root cause

Step 1: Get the Invocation ID

# Extract invocation ID from PR check links
gh pr checks --json link | jq -r '.[] | select(.link | contains("buildbuddy")) | .link' | grep -o '[^/]*$' | head -1

The invocation ID is the last path segment of the BuildBuddy URL: https://jomcgi.buildbuddy.io/invocation/<invocation_id>

Step 2: Investigate with MCP Tools

Use the invocation ID with MCP tools — no API key or curl needed:

  1. Get overview: buildbuddy-mcp-get-invocation — check .invocation.success, command, duration
  2. Get logs: buildbuddy-mcp-get-log — search for error/fail/fatal messages
  3. Get targets: buildbuddy-mcp-get-target — find which targets failed
  4. Get actions: buildbuddy-mcp-get-action — dig into specific action failures
  5. Get files: buildbuddy-mcp-get-file — download test outputs or artifacts

Tips

  • Reproduce locally with bazel test //... --config=ci
  • BuildBuddy logs may be paginated — use page tokens for large logs
  • Check .invocation.success boolean to quickly determine pass/fail
  • A PreToolUse hook blocks direct curl to the BuildBuddy API — use MCP tools instead

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/buildbuddy-remote-ci-cd-debugging-mmbiziyd/download' --output '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md.part' && mv '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md.part' '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md' && test -s '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/buildbuddy' && cp -R '.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd' '.claude/skills/buildbuddy'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd'

openskills read 'buildbuddy-remote-ci-cd-debugging-mmbiziyd'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/buildbuddy-remote-ci-cd-debugging-mmbiziyd/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires