CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

karpenter

Design, install, debug, review, plan capacity, audit scaling history, migrate from Cluster Autoscaler, and upgrade Karpenter v1.x on EKS. Covers NodePool, EC2NodeClass, NodeClaim, Spot diversity, disruption strategy, Pod Identity/IRSA, interruption queue, private clusters, AMI rotation, and GitOps integration. Use when asked to "set up Karpenter", "debug why nodes aren't provisioning", "review my NodePool", "what would Karpenter provision for this workload", "why did this node terminate", "migrate from CA", or "upgrade Karpenter".

Quality

92%

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

SKILL.md
Quality
Evals
Security

Quality

Content

85%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 content is exceptionally actionable — executable commands, decision trees, checklists, validation, and rollback for every mode — with only minor token waste. Its structural weakness is progressive disclosure: the body repeatedly points to references/karpenter.md, which is absent from the bundle, while ~490 lines of per-mode detail remain inlined in SKILL.md instead of being split out.

Suggestions

Create the referenced references/karpenter.md (NodePool design, EC2NodeClass, IAM, Troubleshooting, Disruption strategy, Cost strategy, Migration, Upgrade sections) or remove the six dangling 'Reference:' pointers — as delivered, every pointer leads to a nonexistent file.

Move the stable reference material — the v0.x→v1.x field-mapping tables, the audit-mode CloudTrail/jq queries, and the IAM policy details — into references/karpenter.md so SKILL.md stays a navigable overview of the seven modes.

Trim duplicated framing: the opening sentence 'Design, install, debug, review, plan capacity, audit, migrate, and upgrade Karpenter on EKS' repeats the frontmatter description and can be cut.

DimensionReasoningScore

Conciseness

The body is dense and almost entirely operational (commands, decision trees, checklists), with little explanation of concepts Claude already knows. Minor trimmable padding exists: the opening line "Design, install, debug, review, plan capacity, audit, migrate, and upgrade Karpenter on EKS" restates the description verbatim, and asides like "useful for cost estimates, pre-rollout capacity checks, and catching NodePool mismatches before they page you" are motivational rather than instructional. Fits 'Efficient; minor instances of over-explanation that could be trimmed' rather than the score-5 anchor's 'every token earns its place'.

4 / 5

Actionability

Fully executable, copy-paste-ready guidance throughout: "crane ls public.ecr.aws/karpenter/karpenter | grep -E '^[0-9]+\.[0-9]+\.[0-9]+$' | sort -V | tail -5", "kubectl apply --dry-run=server -f ec2nodeclass.yaml", complete CloudTrail/jq pipelines, and concrete v0.x→v1.x field-mapping tables. Placeholders like <cluster-name> are appropriate parameterization, not pseudocode; matches the anchor "Fully executable; copy-paste ready code or commands; specific examples cover the common cases".

5 / 5

Workflow Clarity

Each mode has an ordered, evidence-first sequence with explicit validation and feedback loops: debug insists "Collect evidence first — do not suggest fixes before seeing output"; migrate has a pre-flight checklist ("all must pass before proceeding") and warns "If PDBs block drain, the command will wait — do not force"; upgrade includes a post-upgrade validation block and rollback; generate ends with dry-run validation. Destructive/batch operations all carry validation plus Rollback sections — matches the anchor "Clear sequence with explicit validation steps; feedback loops for error recovery; checklists for complex processes".

5 / 5

Progressive Disclosure

Every mode ends with a clearly signaled one-level pointer ("Reference: references/karpenter.md → NodePool design, EC2NodeClass, IAM"), but no references/ directory (or any bundle file) exists in the skill — all six pointers dangle. Additionally, ~490 lines covering seven modes with large inline detail (field-mapping tables, CloudTrail queries, full decision trees) is content that belongs in the referenced file. This sits between the score-3 anchor ("content that should be separate is inline", references unreliable) and score-4 ("minor organization gaps") — a systematically missing reference target plus heavy inlining is more than a minor gap, so 3.

3 / 5

Total

17

/

20

Passed

Description

100%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 is exemplary: it enumerates all seven concrete capabilities, names the exact API objects and AWS mechanisms covered, and closes with an explicit 'Use when' clause containing natural user-quoted trigger phrases including a synonym ('migrate from CA'). Written in third-person imperative voice with no fluff or over-claims; every clause is load-bearing.

DimensionReasoningScore

Specificity

Quotes: "Design, install, debug, review, plan capacity, audit scaling history, migrate from Cluster Autoscaler, and upgrade Karpenter v1.x on EKS" plus "NodePool, EC2NodeClass, NodeClaim, Spot diversity, disruption strategy, Pod Identity/IRSA, interruption queue, private clusters, AMI rotation, and GitOps integration". Eight concrete actions and a comprehensive list of domain objects matching the skill's seven modes — matches the anchor "Lists multiple specific concrete actions; comprehensive coverage", not the score-4 anchor which expects minor coverage gaps.

5 / 5

Completeness

Quotes: what — "Design, install, debug, review, plan capacity, audit scaling history, migrate from Cluster Autoscaler, and upgrade Karpenter v1.x on EKS"; when — "Use when asked to 'set up Karpenter'...". Both what and when are explicitly answered with concrete trigger phrases, exactly matching the anchor-5 example pattern; the score-4 anchor ('when' could be more explicit) does not apply.

5 / 5

Trigger Term Quality

Quotes: "Use when asked to 'set up Karpenter', 'debug why nodes aren't provisioning', 'review my NodePool', 'what would Karpenter provision for this workload', 'why did this node terminate', 'migrate from CA', or 'upgrade Karpenter'". These are natural user phrasings including question forms and the 'CA' synonym for Cluster Autoscaler — comprehensive coverage per the anchor; only trivially less-common variants (e.g. 'nodes stuck Pending', 'EKS cost') are absent, which does not drop it to the score-4 anchor.

5 / 5

Distinctiveness Conflict Risk

Quotes: "Karpenter v1.x on EKS", "migrate from Cluster Autoscaler", "review my NodePool". A clear single-tool niche with tool-specific triggers (Karpenter, NodePool, EC2NodeClass) — minimal conflict risk with other skills; only the broadest EKS/cluster-autoscaler skills could superficially overlap, which still fits the 'clear niche' anchor better than the score-4 anchor's 'minor overlap risk'.

5 / 5

Total

20

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 7 missing

Warning

Total

13

/

16

Passed

Repository

nitinjain999/platform-skills

Path

skills/karpenter/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.