zeabur/agent-skills

zeabur-service-metric

Use when diagnosing service performance issues. Use when user says "service is slow", "high CPU", "out of memory", "check resource usage", "monitor service", or "why is my service lagging".

First seen Apr 4, 2026

Installation

$ npx skills add zeabur/agent-skills --skill zeabur-service-metric

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from zeabur/agent-skills · top by installs.

npx skills add zeabur/agent-skills

Browse all from zeabur/agent-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 41
License MIT
Default branch main
Open issues 4
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,105 B
  • docs SUMMARY.md 218 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 145 installs

SKILL.md

Zeabur Service Metrics

Always use npx zeabur@latest to invoke Zeabur CLI. Never use zeabur directly or any other installation method. If npx is 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