Notre avis
Ce skill permet d'utiliser BuildBuddy pour investiguer les échecs de CI, analyser les logs de build et exploiter l'exécution distante et le cache.
Points forts
- Accès direct aux logs et métadonnées de build via des outils MCP sans clé API
- Identification rapide des cibles et actions en échec
- Intégration avec GitHub Actions et les workflows CI
Limites
- Nécessite une instance BuildBuddy configurée et des permissions d'accès
- Les logs volumineux peuvent être paginés et demander plusieurs requêtes
- La reproduction locale des échecs peut nécessiter une configuration supplémentaire
Lorsqu'un job CI échoue sur GitHub et que vous avez besoin de creuser dans les logs détaillés de BuildBuddy.
Pour un échec trivial avec un message d'erreur explicite dans l'interface GitHub, où des outils plus simples suffisent.
Analyse de sécurité
SûrThe skill instructs using MCP tools for BuildBuddy, no dangerous commands or exfiltration. Shell commands are limited to extracting an ID; no curl or destructive actions.
Aucun point d'attention détecté
Exemples
I have a failed BuildBuddy invocation with ID 'inv_abc123'. Use BuildBuddy MCP tools to get the invocation details, logs, and failed targets.Fetch the full build log from BuildBuddy for invocation 'inv_abc123' and search for any error or fatal messages.Using BuildBuddy MCP, get details about target '//my:test' from invocation 'inv_abc123' to see why it failed.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:
- Get overview:
buildbuddy-mcp-get-invocation— check.invocation.success, command, duration - Get logs:
buildbuddy-mcp-get-log— search for error/fail/fatal messages - Get targets:
buildbuddy-mcp-get-target— find which targets failed - Get actions:
buildbuddy-mcp-get-action— dig into specific action failures - 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.successboolean to quickly determine pass/fail - A PreToolUse hook blocks direct
curlto the BuildBuddy API — use MCP tools instead
Architecte Docker Compose
DevOps
Concoit des configurations Docker Compose optimisees.
Rapport de Post-Mortem
DevOps
Rédige des rapports post-mortem d'incidents structurés et blameless.
Créateur de Runbooks
DevOps
Crée des runbooks opérationnels clairs pour les procédures DevOps courantes.