CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

creating-kubernetes-deployments

Deploy applications to Kubernetes with production-ready manifests. Supports Deployments, Services, Ingress, HPA, ConfigMaps, Secrets, StatefulSets, and NetworkPolicies. Includes health checks, resource limits, auto-scaling, and TLS termination. Use when working with creating kubernetes deployments. Trigger with 'creating', 'kubernetes', 'deployments'.

Quality

77%

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/devops/kubernetes-deployment-creator/skills/creating-kubernetes-deployments/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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.

A highly actionable body with complete, executable manifests and a validated apply workflow, undermined by tutorial-style explanations of concepts Claude already knows and boilerplate sections (Overview/Prerequisites/Output) that add length without value. Bundle navigation is the weakest point: most reference files exist in the bundle but are never clearly pointed to from SKILL.md.

Suggestions

Delete the boilerplate 'Overview' (duplicates the first line), 'Prerequisites', and 'Output' sections, and replace the vague 'See Kubernetes implementation details' line with an explicit link to references/implementation.md.

Add a clearly labeled '## References' section that links every reference file (api reference, best practices, security, troubleshooting) — or at minimum link references/README.md — so the majority of the bundle is discoverable from SKILL.md.

Trim content Claude already knows (the Service-types table and probe explanations) down to the skill's non-obvious guidance, moving extended manifest patterns into the existing reference files.

DimensionReasoningScore

Conciseness

The bulk is copy-paste manifests rather than prose padding, but there is unnecessary material Claude already knows: a Service-types table, explanations of what liveness/readiness/startup probes are ('Is container running?', 'Ready for traffic?', 'Slow-starting apps'), and a boilerplate tail with an 'Overview' section that duplicates the opening line verbatim, plus filler 'Prerequisites' ('Familiarity with Kubernetes concepts and terminology') and a vague 'Output' section. This is 'mostly efficient but includes some unnecessary explanation or could be tightened'; it is above level 2 because the padding is confined to identifiable sections rather than pervading the document.

3 / 5

Actionability

The content is fully executable throughout: a complete Deployment+Service manifest, a blue-green switching example, Ingress with TLS and cert-manager annotations, an autoscaling/v2 HPA, ConfigMap/Secret with base64 examples, and concrete kubectl commands (`kubectl apply -f manifests/ --dry-run=server`, `kubectl rollout status deployment/my-api`). Copy-paste-ready examples cover the common cases exactly as the level-5 anchor describes.

5 / 5

Workflow Clarity

The 'Instructions' section gives a clear four-step sequence (gather requirements → generate base manifests → add production features → validate and apply) with an explicit validation checkpoint (`--dry-run=server`) and post-apply verification (`kubectl rollout status`), plus an error table linking to references/errors.md. It falls short of level 5 because there is no explicit validate→fix→retry loop or rollback guidance for failed rollouts; it exceeds level 3 because validation checkpoints are present rather than implicit.

4 / 5

Progressive Disclosure

The body clearly links references/errors.md and references/examples.md and points to assets/ and scripts/ via ${CLAUDE_SKILL_DIR}, but 5 of the 8 reference files in the bundle (kubernetes_api_reference.md, kubernetes_deployment_best_practices.md, security_best_practices.md, troubleshooting_guide.md, implementation.md) are never referenced from SKILL.md — they are only findable via references/README.md, which itself is not linked. The dangling line "See Kubernetes implementation details for output format specifications" signals a file without naming or linking it. This matches 'some structure but could be better organized; references present but not clearly signaled'; it is not level 4 because the un-signaled references are a majority of the bundle, not a minor gap.

3 / 5

Total

15

/

20

Passed

Description

76%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.

A strong description that concretely states what the skill does and includes an explicit 'Use when...' trigger clause, distinguishing it well within the Kubernetes niche. Its main weaknesses are the overly generic trigger term 'creating' and missing natural synonyms such as 'k8s' or 'deploy'.

Suggestions

Drop the generic trigger term 'creating' and add natural variations users would actually say, e.g. "k8s", "deploy", "deploying to a cluster", or "kubernetes manifests".

Convert capability listings into concrete actions where possible (e.g. 'Generate Deployments, Services, Ingress...' instead of 'Supports...') to strengthen the action framing.

DimensionReasoningScore

Specificity

The description enumerates concrete capabilities — "Deploy applications to Kubernetes with production-ready manifests", "Supports Deployments, Services, Ingress, HPA, ConfigMaps, Secrets, StatefulSets, and NetworkPolicies", "Includes health checks, resource limits, auto-scaling, and TLS termination" — giving near-comprehensive coverage, but 'Deploy' is the only true action verb; the rest are capability listings ('Supports', 'Includes'), leaving a minor gap versus the fully action-based level-5 anchor.

4 / 5

Completeness

Both halves are explicit: 'what' is stated concretely ("Deploy applications to Kubernetes with production-ready manifests... Includes health checks, resource limits, auto-scaling, and TLS termination") and 'when' is stated with explicit trigger guidance ("Use when working with creating kubernetes deployments. Trigger with 'creating', 'kubernetes', 'deployments'"). This matches the level-5 anchor of clearly answering both what and when with concrete trigger phrases; it is not level 4 because the 'when' clause is already explicit rather than improvable.

5 / 5

Trigger Term Quality

Natural keywords include "kubernetes" and "deployments", but common variations users actually say are missing ("k8s", "deploy", "deploy to cluster", "manifest") and the term "creating" is so generic it would match almost any task. It sits between 'good coverage with a few natural terms missing' (4) and 'relevant keywords but missing common variations' (3); the missing k8s synonyms and the junk trigger pull it to 3.

3 / 5

Distinctiveness Conflict Risk

The Kubernetes deployment domain with specific resource types (Ingress, HPA, StatefulSets, NetworkPolicies) forms a clear niche with minimal overlap against other deployment-adjacent skills, matching 'mostly distinct; minor overlap risk'. It falls short of level 5 because the bare trigger term 'creating' is generic and could fire on unrelated tasks that mention creating something.

4 / 5

Total

16

/

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

jeremylongshore/tons-of-skills-marketplace

Path

plugins/devops/kubernetes-deployment-creator/skills/creating-kubernetes-deployments/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.