juicebox-incident-runbook
Provides structured response procedures for Juicebox platform incidents, including health checks and error classification.
Install
mkdir -p .claude/skills/juicebox-incident-runbook && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/8577" && unzip -o skill.zip -d .claude/skills/juicebox-incident-runbook && rm skill.zipInstalls to .claude/skills/juicebox-incident-runbook
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Juicebox incident response.Key capabilities
- →Classify Juicebox incidents by severity level
- →Check Juicebox API health and account quota usage
- →Test Juicebox search functionality with a minimal request
- →Execute playbooks for API outages and authentication failures
- →Address data sync failures and dataset corruption
- →Document incident timelines and identify root causes post-incident
How it works
The skill provides a structured runbook for Juicebox incidents, including severity classification, diagnostic steps using curl commands, and specific playbooks for common issues like API outages and data sync failures.
Inputs & outputs
When to use juicebox-incident-runbook
- →Troubleshooting Juicebox API timeouts
- →Verifying account quota usage during failures
- →Performing incident triage for recruiting pipeline issues
- →Validating platform health during reported outages
About this skill
Juicebox Incident Runbook
Overview
Incident response procedures for Juicebox AI analysis platform integration failures. Covers analysis timeouts, dataset corruption, quota exhaustion, and export failures. Juicebox powers AI-driven people search and candidate analysis, so incidents disrupt recruiting pipelines, talent intelligence workflows, and automated sourcing. Classify severity immediately using the matrix below and follow the corresponding playbook.
Severity Levels
| Level | Definition | Response Time | Example |
|---|---|---|---|
| P1 - Critical | Full API outage or dataset corruption | 15 min | Health endpoint returns 5xx, analysis results missing |
| P2 - High | Analysis timeouts or export failures | 30 min | Search queries hang beyond 30s, CSV exports fail |
| P3 - Medium | Quota exhaustion or rate limiting | 2 hours | 429 responses, account quota at 100% usage |
| P4 - Low | Partial data or degraded result quality | 8 hours | Search returns fewer results than expected |
Diagnostic Steps
# Check API health
curl -s -o /dev/null -w "HTTP %{http_code}\n" \
-H "Authorization: Bearer $JUICEBOX_API_KEY" \
https://api.juicebox.ai/v1/health
# Check account quota usage
curl -s -H "Authorization: Bearer $JUICEBOX_API_KEY" \
https://api.juicebox.ai/v1/account/quota | jq '.used, .limit, .remaining'
# Test a minimal search request
curl -s -w "\nHTTP %{http_code}\n" \
-H "Authorization: Bearer $JUICEBOX_API_KEY" \
-H "Content-Type: application/json" \
-X POST https://api.juicebox.ai/v1/search \
-d '{"query": "software engineer", "limit": 1}'
Incident Playbooks
API Outage
- Confirm via health endpoint and status.juicebox.ai
- Activate fallback mode — serve cached search results to active users
- Pause any automated sourcing pipelines to avoid wasting quota on retries
- Notify recruiting team that live search is temporarily unavailable
- Monitor status page and resume operations once health check passes
Authentication Failure
- Verify API key is set:
echo $JUICEBOX_API_KEY | wc -c - Test with health endpoint (see diagnostics above)
- If 401: API key may be revoked — regenerate in Juicebox dashboard
- If 403: check account tier permissions for the requested endpoint
- Deploy new key and verify search requests succeed
Data Sync Failure
- Check if recent analysis results are returning stale or incomplete data
- Verify export endpoints are responding — test a small CSV export
- If exports fail: check if the analysis job completed successfully first
- For dataset corruption: re-trigger the analysis with fresh parameters
- Contact Juicebox support with job IDs and error responses
Communication Template
**Incident**: Juicebox Integration [Outage/Degradation]
**Status**: [Investigating/Identified/Mitigating/Resolved]
**Started**: YYYY-MM-DD HH:MM UTC
**Impact**: [Search unavailable / exports failing / quota exhausted / N recruiting workflows paused]
**Current action**: [Cached results active / quota upgrade requested / re-analysis running]
**Next update**: HH:MM UTC
Post-Incident
- Document timeline from detection to resolution
- Identify root cause (Juicebox outage / quota burn / export bug / auth expiry)
- Calculate impact: missed candidates, paused pipelines, stale data duration
- Add quota usage alerting at 80% threshold to prevent exhaustion
- Implement request caching to reduce redundant API calls
- Review automated pipeline frequency to avoid quota spikes
Error Handling
| Incident Type | Detection | Resolution |
|---|---|---|
| Analysis timeout | Requests exceeding 30s SLA | Reduce query complexity, retry with smaller scope |
| Dataset corruption | Missing or inconsistent analysis results | Re-trigger analysis job, verify input parameters |
| Quota exhaustion | 429 responses, quota endpoint shows 0 remaining | Pause automation, request quota increase, optimize usage |
| Export failure | CSV/JSON export returns error or empty payload | Verify analysis job completed, retry export with job ID |
Resources
- Juicebox Status
- Juicebox API Docs
Next Steps
See juicebox-observability for monitoring setup and quota tracking dashboards.
When not to use it
- →When the Juicebox API key is not set or is invalid
- →When automated sourcing pipelines should not be paused during an outage
Limitations
- →Analysis timeouts can occur with complex queries
- →Dataset corruption may require re-triggering analysis
- →Quota exhaustion can lead to 429 responses
How it compares
This skill offers a specialized incident response framework for Juicebox AI, providing concrete diagnostic commands and playbooks tailored to its specific functionalities, unlike general incident management guides.
Compared to similar skills
juicebox-incident-runbook side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| juicebox-incident-runbook (this skill) | 0 | 27d | Review | Intermediate |
| qa-tester | 29 | 9mo | No flags | Intermediate |
| analyzing-logs | 14 | 27d | Review | Beginner |
| home-assistant-manager | 9 | 8mo | Review | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
qa-tester
svilupp
Browser automation QA testing skill. Systematically tests web applications for functionality, security, and usability issues. Reports findings by severity (CRITICAL/HIGH/MEDIUM/LOW) with immediate alerts for critical failures.
analyzing-logs
jeremylongshore
Analyze application logs to detect performance issues, identify error patterns, and improve stability by extracting key insights.
home-assistant-manager
komal-SkyNET
Expert-level Home Assistant configuration management with efficient deployment workflows (git and rapid scp iteration), remote CLI access via SSH and hass-cli, automation verification protocols, log analysis, reload vs restart optimization, and comprehensive Lovelace dashboard management for tablet-optimized UIs. Includes template patterns, card types, debugging strategies, and real-world examples.
distributed-tracing
wshobson
Implement distributed tracing with Jaeger and Tempo to track requests across microservices and identify performance bottlenecks. Use when debugging microservices, analyzing request flows, or implementing observability for distributed systems.
service-mesh-observability
wshobson
Implement comprehensive observability for service meshes including distributed tracing, metrics, and visualization. Use when setting up mesh monitoring, debugging latency issues, or implementing SLOs for service communication.
sentry
openai
Use when the user asks to inspect Sentry issues or events, summarize recent production errors, or pull basic Sentry health data via the Sentry API; perform read-only queries with the bundled script and require `SENTRY_AUTH_TOKEN`.