weorbitant/ai-dev-kit-pgi · Archived

infra-pods

Use when checking pod status, listing running services, investigating crashloops, viewing pod events, or checking resource usage. Use when user says "pods", "qué está corriendo", "pod status", "check pods", "restart", "crashloop", or "pod events".

First seen Jun 23, 2026

Installation

$ npx skills add weorbitant/ai-dev-kit-pgi --skill infra-pods

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

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 weorbitant/ai-dev-kit-pgi.

npx skills add weorbitant/ai-dev-kit-pgi

Browse all from weorbitant/ai-dev-kit-pgi

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 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

Default branch main
Open issues 0
Status Archived

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsBash, AskUserQuestion
Declared agents claude-code

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,989 B
  • docs SUMMARY.md 267 B

History

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

SKILL.md

Kubernetes Pod Management

Overview

Inspect pod status, health, events, and resource usage across cluster environments.

Pod Status

List pods for a service

kubectl --context=<env> get pods -n <namespace> | grep <service>

List all pods in a namespace with status

kubectl --context=<env> get pods -n <namespace> -o wide

Check for unhealthy pods

kubectl --context=<env> get pods -n <namespace> | grep -v "Running\|Completed"

Diagnostics

Pod details and events

kubectl --context=<env> describe pod <pod> -n <namespace> | tail -30

Events show recent scheduling, pulling, starting, and crash info.

Check restart counts

kubectl --context=<env> get pods -n <namespace> -o custom-columns=\
NAME:.metadata.name,STATUS:.status.phase,RESTARTS:.status.containerStatuses[0].restartCount,\
AGE:.metadata.creationTimestamp | grep <service>

Pod resource usage

kubectl --context=<env> top pods -n <namespace> | grep <service>

Environment variables (non-secret)

kubectl --context=<env> exec -n <namespace> <pod> -- env | grep -iv "pass\|secret\|token\|key" | sort

Check which image/version is running

kubectl --context=<env> get pod <pod> -n <namespace> \
  -o jsonpath='{.spec.containers[0].image}'

The image tag is the GitHub Actions run ID (databaseId). To find which PR/commit it corresponds to:

# Cross-reference image tag with CI runs on main
gh run list --repo <org>/<repo> --branch main --json databaseId,displayTitle,headSha \
  | jq '.[] | select(.databaseId == <image-tag>)'

Common Namespaces

Read namespace names from the project's CLAUDE.md (## Infrastructure section). Typical patterns:

  • Application services: one namespace per cluster (e.g. plataformadato)
  • Shared infrastructure (RabbitMQ, monitoring): separate namespace (e.g. shared-infra)

Rollout Management

Check deployment status

kubectl --context=<env> get deploy -n <namespace> | grep <service>

Restart a deployment (rolling)

⚠️ ALWAYS ask for explicit confirmation before running this command, in any environment.
State clearly: what deployment will restart, in which environment, and what the impact is (brief downtime during rollout).
Do NOT run without the user saying "yes", "proceed", or equivalent.

kubectl --context=<env> rollout restart deployment/<deployment> -n <namespace>

Check rollout history

kubectl --context=<env> rollout history deployment/<deployment> -n <namespace>