operators-and-crds

operators-and-crds is a skill for Claude Code from arjunprabhulal/devops-skills. It costs 109 tokens per session (1,453 once invoked), scanned A, original, MIT.

A Kubernetes extension made from a custom resource definition and a controller. The definition adds a new kind of object to Kubernetes; the controller watches it and works to make the real system match its declared settings.

In plain words
What is it for?
Use it to design resource schemas, write controllers that continually reconcile desired and actual state, and choose between building an operator, buying one, or using a simpler Kubernetes resource.
Why use it?
It turns complicated operational procedures, such as upgrading a database, into a Kubernetes-managed interface instead of a manual runbook. It also helps decide when that extra software is justified.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the devops-skills plugin — 56 skills shipped together

Good fit Use it to design resource schemas, write controllers that continually reconcile desired and actual state, and choose between building an operator, buying one, or using a simpler Kubernetes resource.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/arjunprabhulal/devops-skills/operators-and-crds
Install

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.

Any agent
npx skills add arjunprabhulal/devops-skills --skill operators-and-crds
Clone the repo
git clone --depth 1 https://github.com/arjunprabhulal/devops-skills

Made for: Claude Code.

Or install devops-skills, the plugin that ships this one along with the rest of its 56 skills.

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

agentmods badge for operators-and-crds

README.md
[![agentmods](https://agentmods.dev/badge/skills/arjunprabhulal/devops-skills/operators-and-crds/github.svg)](https://agentmods.dev/skills/arjunprabhulal/devops-skills/operators-and-crds)
Your own site
<a href="https://agentmods.dev/skills/arjunprabhulal/devops-skills/operators-and-crds"><img src="https://agentmods.dev/badge/skills/arjunprabhulal/devops-skills/operators-and-crds/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for operators-and-crds

Your own site · 80×15
<a href="https://agentmods.dev/skills/arjunprabhulal/devops-skills/operators-and-crds"><img src="https://agentmods.dev/badge/skills/arjunprabhulal/devops-skills/operators-and-crds.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 109 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,453 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00109 $0.01453
Opus 5 $0.00055 $0.00727
Sonnet 5 $0.00022 $0.00291
Haiku 4.5 $0.00011 $0.00145

Measured 9d ago against content hash 90e4c4f1555f, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-09, from the pricing page.

Security

Grade A, and why

operators-and-crds 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 9d 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.

skills/kubernetes/operators-and-crds/SKILL.md · 114 lines

How it starts

The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Operators and CRDs

A CustomResourceDefinition extends the Kubernetes API with a new resource type; an operator is the controller that watches instances of it and reconciles reality toward what's declared. Together they let you express operational knowledge — "how to safely upgrade this database," "how to provision this cloud resource" — as a Kubernetes-native API instead of a runbook a human executes by hand. That's real leverage, and it's also a commitment: you're now maintaining a piece of distributed systems software, not a script.

The value of an operator is entirely in how well it encodes the operational knowledge a human would otherwise apply manually — a thin operator that just creates a Deployment isn't worth the complexity. Build an operator only when the reconciliation logic is genuinely nontrivial, not because CRDs feel more "cloud native" than a ConfigMap.

1. Design the CRD schema as a stable public API

A CRD's spec is a contract every consumer (humans, GitOps tooling, other controllers) writes against. Changing field names or semantics after adoption is a breaking change exactly like an external API's, and Kubernetes gives you real tools for this — use them, don't wing the schema.

  • Use apiVersion versioning (v1alpha1v1beta1v1) deliberately — alpha/beta signal "may change," and only promote to a stable version once the schema has stopped shifting.
  • Validate with OpenAPI schema (x-kubernetes-validation / CEL rules) at the API server, not just in the controller — rejecting a bad spec at kubectl apply time is far better UX than a reconcile loop silently failing later.
  • Status is not specstatus reflects observed state and should only ever be written by the controller, never by the user; conflating the two is the most common CRD design mistake.

Done when: a consumer can write a valid custom resource from the schema and docs alone, without reading the controller's source.

2. Write the reconcile loop to be level-triggered, not edge-triggered

Read the full file on GitHub · 114 lines

Changes

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.

  1. 9d ago First seen · 114 lines · 109 tokens per session scan A 90e4c4f1555f

Subscribe to this mod's changes

operators-and-crds is a skill published in the GitHub repository arjunprabhulal/devops-skills (3 stars, last pushed 15d ago), licensed MIT. It adds 109 tokens to every session and 1,453 once invoked, about $0.0005 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.

Related

Other skills, from other repositories

google-cloud-solution-guided-gke-ai-migration

Guides the migration of existing AI workloads (Cloud Run, Gemini API, Gemini Enterprise Agent Platform) to self-hosted GKE inference using gcloud and kubectl. Use when the user has an existing AI inference workload (on Cloud Run, the Gemini API, Gemini Enterprise Agent Platform, or a custom VM) and wants to move it to…

google/skills · 157 tokens

agent-platform-tuning

Agent Platform Model Tuning. Use when you need to fine-tune open models or Gemini models using Agent Platform infrastructure. Don't use for model training outside Agent Platform, model deployment to endpoints (use agent-platform-deploy), or managing serving endpoints (use agent-platform-endpoint-management).

google/skills · 64 tokens

agent-platform-deploy

Deploy open models or custom weights from Model Garden to Agent Platform endpoints, check the status of an in-progress deployment operation, or clean up resources by undeploying models and deleting endpoints. Use when asked to actively deploy a model, list the Model Garden CATALOG of available models, check if a…

google/skills · 193 tokens

application-design-center-design-deploy

Processes GCP infrastructure design and deployment workflows within Application Design Center (ADC). Use when: - Designing GCP infrastructure with Terraform. - Validating local HCL. - Performing best-practice plan scans. - Importing templates to Application Design Center (ADC). - Deploying templates. - Troubleshooting…

google/skills · 94 tokens

cloud-logging-cross-project-configuration

Configure and troubleshoot Google Cloud cross-project centralized logging and read-time aggregation. Use when: - Setting up log routing from multiple projects/folders/organizations to a central log bucket. - Creating cross-project log sinks and configuring central log buckets. - Troubleshooting cross-project routing.…

google/skills · 70 tokens

gke-alert-configuration

Configures alerting policies in Terraform for Google Kubernetes Engine (GKE) clusters, workloads, and services using PromQL and Google Cloud Managed Service for Prometheus. Use when writing, analyzing, validating, or deploying Terraform alerting policies to monitor GKE service latency, traffic, error rates using…

google/skills · 120 tokens