CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

kubernetes-orchestration

Comprehensive guide to Kubernetes container orchestration, covering workloads, networking, storage, security, and production operations

Quality

53%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/luxor-devops-suite/skills/kubernetes-orchestration/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

32%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a comprehensive, largely executable Kubernetes manifest catalog with excellent topical coverage, but it fails the core skill-design tests: it spends thousands of tokens on standard Kubernetes material Claude already knows, has no multi-step workflows or validation checkpoints, and does no progressive disclosure — everything is inlined into one monolithic SKILL.md with no reference files. It functions as a static cheat sheet rather than a skill that adds non-obvious value.

Suggestions

Cut SKILL.md to a lean overview (decision guidance on which workload/service/storage type to use when) and move the manifest catalogs into topic-specific reference files (e.g. references/workloads.md, references/networking.md, references/rbac.md) linked one level deep.

Remove content Claude already knows and delete or clearly flag deprecated APIs — the PodSecurityPolicy (policy/v1beta1) example was removed in Kubernetes 1.25 and should be replaced with Pod Security Admission standards.

Add validation checkpoints to operational workflows, e.g. after deployment: kubectl rollout status, verify with kubectl get/describe, and rollback via kubectl rollout undo if the check fails; apply the same validate-then-proceed pattern in the troubleshooting section.

DimensionReasoningScore

Conciseness

The ~2,400-line body extensively restates Kubernetes knowledge Claude already has: "Pods are the smallest deployable units", control-plane component descriptions, what Services/ConfigMaps/Secrets are, and dozens of standard manifests Claude can generate unaided. It also pins time-sensitive versions (nginx:1.21, prometheus:v2.40.0, grafana:9.3.0, elasticsearch:8.5.0) and includes a PodSecurityPolicy on policy/v1beta1, an API removed in Kubernetes 1.25, with no 'deprecated' framing — matching the severely verbose/heavily padded anchor.

1 / 5

Actionability

The document is dominated by complete, copy-paste-ready YAML manifests and concrete kubectl commands covering the common cases (deployments, services, ingress, RBAC, HPA, troubleshooting). Not a 5 because of minor gaps: the blue-green pattern omits the service selector-switch step, several examples reference undefined secrets/configMaps (mysql-secret, db-credentials, prometheus-config), and the parallel Job's $ITEM_ID/$(JOB_COMPLETION_INDEX) wiring is incomplete.

4 / 5

Workflow Clarity

This is a reference catalog, not a sequenced process: no section lays out a multi-step workflow, and validation checkpoints are absent throughout — the rolling-update section lists kubectl rollout commands with no verify/rollback loop, and the troubleshooting section maps symptoms to commands without any validate-then-proceed structure. Only the rough symptom→command sequences keep this above the incoherent anchor.

2 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), so virtually the entire ~2,300-line catalog — content that clearly belongs in separate reference files — is inlined in SKILL.md itself. Good headers and a table of contents provide navigation, but the near-total absence of offloading to one-level-deep references places this at the minimal-structure anchor rather than the 'some structure with inline bulk' anchor.

2 / 5

Total

9

/

20

Passed

Description

53%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description identifies its domain clearly and is appropriately concise, but it reads as a table of contents rather than a capability statement: no actions, no "Use when" trigger guidance, and no common synonyms like "k8s" or "cluster". It is serviceable for retrieval on "Kubernetes" mentions but weak for phrasing variations and gives Claude no explicit usage signal.

Suggestions

Add a 'Use when...' clause with concrete trigger phrases, e.g. "Use when the user mentions Kubernetes, k8s, clusters, pods, deployments, or asks to write/debug k8s manifests."

Replace topic enumeration with specific action verbs, e.g. "Write and debug Kubernetes manifests for workloads, services, ingress, storage, RBAC, and autoscaling; operate clusters with kubectl."

Include natural synonyms and shorthands (k8s, cluster, manifest, kubectl) that users actually say when they need this skill.

DimensionReasoningScore

Specificity

"Comprehensive guide to Kubernetes container orchestration, covering workloads, networking, storage, security, and production operations" names the domain and enumerates five concrete scope areas, but contains no concrete action verbs beyond the generic "covering". Not a 2 because the five enumerated sub-domains give more scope precision than a bare domain mention; not a 4-5 because no specific capabilities (deploy, configure, troubleshoot, scale) are stated.

3 / 5

Completeness

The description clearly answers "what" (a guide covering workloads, networking, storage, security, and production operations) but contains no "Use when..." clause or equivalent explicit trigger guidance. Per the judging guidelines, a missing 'Use when...' clause caps completeness at 3.

3 / 5

Trigger Term Quality

"Kubernetes" and "container orchestration" are natural phrases users would say, but common variations and synonyms are missing: no "k8s", "cluster", "deploy/deployment", "pods", or "containers". This matches the anchor for some relevant keywords missing common variations, below the good-coverage anchor.

3 / 5

Distinctiveness Conflict Risk

"Kubernetes container orchestration" is an unmistakable niche with minimal conflict risk against unrelated skills. Not a 5 because terms like "networking", "security", and "production operations" create minor overlap risk with general DevOps/container/Docker skills and there are no distinct trigger phrases to sharpen selection.

4 / 5

Total

13

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (2395 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-devops-suite/skills/kubernetes-orchestration/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.