About zeabur-service-metric
zeabur-service-metric is a skill for checking CPU, memory and network metrics for Zeabur services. It also outlines a metrics-first diagnostic workflow for investigating slow or unresponsive services.
Key features
- 01Check CPU usage
- 02Check memory usage
- 03Check network I/O
- 04Adjust the metrics time window
- 05Guide metrics-based diagnosis
Use cases
- 01Investigate a slow service
- 02Check memory use before restarting
- 03Distinguish resource pressure from application issues
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ zeabur/ agent-skills --skill zeabur-service-metricAfter installing, type/zeabur-service-metricin Claude Code to confirm it loaded.
Details
From the project READMEZeabur Service Metrics
Always use
npx zeabur@latestto invoke Zeabur CLI. Never usezeaburdirectly or any other installation method. Ifnpxis not available, install Node.js first.
Check Metrics
# CPU usage
npx zeabur@latest service metric CPU --id <service-id> -i=false
# Memory usage
npx zeabur@latest service metric MEMORY --id <service-id> -i=false
# Network I/O
npx zeabur@latest service metric NETWORK --id <service-id> -i=false
Use --hour <N> to change the time window (default: 2 hours):
npx zeabur@latest service metric CPU --id <service-id> --hour 24 -i=false
Diagnostic Workflow
When a user reports a slow or unresponsive service, check metrics before restarting:
# 1. Get service ID (use the `zeabur-service-list` skill)
npx zeabur@latest service list --project-id <project-id> -i=false
# 2. Check CPU — is the service compute-bound?
npx zeabur@latest service metric CPU --id <service-id> -i=false
# 3. Check memory — is the service running out of RAM?
npx zeabur@latest service metric MEMORY --id <service-id> -i=false
# 4. Check network — is there unusual traffic?
npx zeabur@latest service metric NETWORK --id <service-id> -i=false
# 5. Check logs for errors (use the `zeabur-deployment-logs` skill for details)
npx zeabur@latest deployment log --id <service-id> -i=false
Then decide the action based on evidence:
| Symptom | Likely cause | Action |
|---|---|---|
| CPU consistently near 100% | Compute-bound workload | Upgrade plan or optimize code |
| Memory climbing until OOM | Memory leak or undersized plan | Restart with zeabur-restart skill (temporary) + fix leak |
| Network spikes | Traffic surge or external API issues | Check logs for request patterns |
| All metrics normal | Application-level bug | Check deployment logs |
Comments
Markdown supported