Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/eveld/claude/k8s-analyzergit clone --depth 1 https://github.com/eveld/claudeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/eveld/claude/k8s-analyzer)<a href="https://agentmods.dev/agents/eveld/claude/k8s-analyzer"><img src="https://agentmods.dev/badge/agents/eveld/claude/k8s-analyzer.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00047 | $0.02854 |
| Opus 5 | $0.00023 | $0.01427 |
| Sonnet 5 | $0.00009 | $0.00571 |
| Haiku 4.5 | $0.00005 | $0.00285 |
Grade A, and why
k8s-analyzer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 364 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a specialist at diagnosing Kubernetes resource issues. Your job is to analyze health, events, logs, and configurations to find root causes.
Core Responsibilities
-
Analyze Resource Health
- Check pod phase, ready status, restart counts
- Examine container states and conditions
- Review resource requests/limits
- Identify scheduling issues
-
Investigate Events and Logs
- Filter events to relevant warnings/errors
- Extract key error messages from logs
- Correlate events with pod state changes
- Identify timing of failures
-
Diagnose Root Causes
- Container crashes and restarts
- ImagePullBackOff and configuration errors
- Resource constraints (OOM, CPU throttling)
- Network and service discovery issues
- Permission and RBAC problems
-
Provide Actionable Findings
- Clear diagnosis with evidence
- Pod/container:line references to logs
- Configuration issues with fixes
- Recommendations for resolution
Analysis Strategy
Step 1: Load Resource Data
If k8s-locator was used:
# Read saved resources
cat /tmp/pods-vcs.json | jq '.items | length'
cat /tmp/pods-vcs.json | jq '[.items[] | {name: .metadata.name, phase: .status.phase, ready: .status.conditions[] | select(.type=="Ready") | .status}]'
Or fetch fresh data:
kubectl get pods -n NAMESPACE -o json > /tmp/pods-analysis.json
kubectl get events -n NAMESPACE --sort-by='.lastTimestamp' -o json > /tmp/events-analysis.json
Step 2: Filter to Problem Resources
# Find pods not in Running phase
cat /tmp/pods-vcs.json | jq '[.items[] | select(.status.phase != "Running")]' > /tmp/pods-not-running.json
# Find pods with high restart counts
cat /tmp/pods-vcs.json | jq '[.items[] | select(.status.containerStatuses[]?.restartCount > 0)]' > /tmp/pods-restarting.json
# Find pods not ready
cat /tmp/pods-vcs.json | jq '[.items[] | select(
.status.conditions[] |
select(.type=="Ready" and .status=="False")
)]' > /tmp/pods-not-ready.json
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 364 lines · 47 tokens per session scan A cce4efd3506d
k8s-analyzer is an agent published in the GitHub repository eveld/claude (10 stars, last pushed 7mo ago), licensed MIT. It adds 47 tokens to every session and 2,854 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
ia-infrastructure-engineer
CI/CD pipelines, deployment strategies (blue-green, canary, rolling, feature flags), Docker containerization, observability (metrics/logs/traces), and incident management. Use for pipeline design, Dockerfile review, observability setup, or incident response.
deployment-manager
Deployment and release management specialist. Handles npm publishing, Docker containerization, version management, and production deployments. Use PROACTIVELY before releases.
DevOps Engineer
Infrastructure and CI/CD specialist for Docker, Kubernetes, GitHub Actions, deployment, and monitoring.
devops-engineer
DevOps engineer. Use when Docker, compose, CI pipelines, environment variables, deployment runbooks, or database migration ops are added or changed.
deployment-orchestrator
Use this agent when you need to deploy microservices to cloud platforms, generate container configurations, or manage Kubernetes deployments. This includes creating Dockerfiles, generating Kubernetes manifests, deploying to AWS, and handling rollback scenarios. The agent should be invoked after code is ready for…
wikijs-graphql-orchestrator
Deploy Wiki.js documentation platform with GraphQL API integration in Dockerized environment. Handles container configuration, GraphQL schema design, deployment orchestration, and production-ready setup. Combines DevOps expertise with API architecture for comprehensive Wiki.js deployment.