Notre avis
Ce skill permet de diagnostiquer et résoudre les évaluations Hawk/Inspect AI qui restent bloquées, ne progressent pas ou échouent en boucle.
Points forts
- Fournit un checklist structuré pour identifier rapidement la cause du blocage.
- Explique les patterns d'erreur courants et leurs résolutions.
- Inclut des commandes directes pour tester l'API et inspecter les logs.
- Propose des options de récupération comme la suppression et le redémarrage de l'évaluation.
Limites
- Nécessite un accès à l'infrastructure Hawk et aux logs S3.
- Certaines erreurs (comme les retries OpenAI) nécessitent un test API manuel pour voir le message d'erreur réel.
- Ne couvre pas tous les scénarios de blocage possibles (ex : problèmes réseau ou de quota).
Utilisez ce skill lorsqu'un utilisateur signale qu'une évaluation Hawk/Inspect AI est bloquée, ne progresse pas, ou montre un nombre élevé de tentatives.
Ne l'utilisez pas pour des évaluations qui fonctionnent normalement ou pour des problèmes de configuration de l'évaluation elle-même.
Analyse de sécurité
SûrThe skill provides debugging commands for internal tools; no destructive (beyond deleting an eval set as a recovery step), exfiltrating, or obfuscated actions are instructed. The curl examples use a locally sourced token for authentication to internal services, not external exfiltration.
Aucun point d'attention détecté
Exemples
My eval set 'abc-123' has been stuck for hours. It shows 'pending' and no samples are completing. Can you help debug it?The evaluation is showing 'HTTP retries: 45' and it's been stuck for a long time. What should I check?I'm getting 500 internal server errors in my eval logs. How do I find the actual failing request?name: debug-stuck-eval description: Debug stuck Hawk/Inspect AI evaluations. Use when user mentions "stuck eval", "eval not progressing", "eval hanging", "samples not completing", "eval set frozen", "runner stuck", "500 errors in eval", "retry loop", "eval timeout", or asks why an evaluation isn't finishing.
Quick Checklist
- Verify auth:
hawk auth access-token > /dev/null || echo "Run 'hawk login' first" - Get eval-set-id from user
- Check status:
hawk status <eval-set-id>- JSON report with pod state, logs, metrics - View logs:
hawk logs <eval-set-id>orhawk logs -ffor follow mode - List samples:
hawk list samples <eval-set-id>- see completion status - Look for error patterns (see below)
- Test API directly if logs show retries without clear errors
Error Patterns
| Log Pattern | Meaning | Resolution |
|-------------|---------|------------|
| [uuid task/id/epoch model] Retrying request to /responses | OpenAI SDK retry with sample context | Test API directly with curl to see real error |
| [uuid task/id/epoch model] -> model retry N ... [ErrorType code] | Inspect retry with error summary | Check error type; use curl for full details |
| 500 - Internal server error | API issue | Download buffer, find failing request, test through middleman AND directly to provider |
| 400 - invalid_request_error | Token/context limit exceeded | Check message count and model context window |
| Pod UID mismatch | Sandbox pod was killed and restarted | No fix needed—sample errored out, Inspect will retry |
| Empty output, pending: true | API returned malformed response | Restart eval (buffer resumes) |
| OOMKilled in pod status | Memory exhaustion | Increase pod memory limits |
Key Techniques
- Retry messages have sample context - All retry messages include a
[sample_uuid task/sample_id/epoch model]prefix. Inspect's own retries also include a compact error summary suffix like[RateLimitError 429 rate_limit_exceeded]. The OpenAI SDK's internal retry messages still don't show the actual error — use curl for full details. - FAIL-OK patterns are fine - Alternating failures and successes mean the eval IS progressing. Only worry about consistent FAIL-FAIL-FAIL patterns.
- Use S3 for buffer access - Download
.buffer/from S3 rather than accessing the runner pod directly. - Read .eval files with inspect_ai - Use
from inspect_ai.log import read_eval_loginstead of manually extracting zips.
Test API Directly
Middleman is the auth proxy. If middleman fails but direct provider calls work, it's a middleman issue.
TOKEN=$(hawk auth access-token)
# Test through middleman
curl --max-time 300 -X POST https://middleman.internal.metr.org/anthropic/v1/messages \
-H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
-d '{"model": "claude-sonnet-4-20250514", "max_tokens": 100, "messages": [{"role": "user", "content": "Say hello"}]}'
# Test OpenAI-compatible
curl --max-time 300 -X POST https://middleman.internal.metr.org/openai/v1/chat/completions \
-H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
-d '{"model": "gpt-4o", "messages": [{"role": "user", "content": "Say hello"}], "max_tokens": 100}'
Recovery
# Delete stuck eval and restart
hawk delete <eval-set-id>
hawk eval-set <config.yaml>
The sample buffer in S3 allows Inspect to resume from where it left off (unless you use --no-resume).
HTTP Retry Count
Task progress logs include "HTTP retries: X". High retry counts indicate API instability even while tasks complete.
Severity: Retry count × wait time = stuck duration. E.g., 45 retries × 1800s = 22+ hours stuck.
More Details
See docs/debugging-stuck-evals.md for:
- Sample buffer SQL queries
- Detailed API testing examples
- Escalation checklist
References
- Inspect AI Model Providers - Model configuration
- Inspect AI Eval Logs - .eval file format
Filing Issues
- Middleman: https://github.com/metr-middleman/middleman-server/issues
- Hawk: Linear issue on Evals Execution team
- Inspect AI: https://github.com/UKGovernmentBEIS/inspect_ai/issues
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.