CtrlK
BlogDocsLog inGet started
Tessl Logo

dt-obs-kubernetes

Kubernetes cluster, pod, node, and workload monitoring. Use when analyzing K8s health, resource optimization, pod failures, OOMKills, scheduling, or security posture. Also use for Kubernetes operational events like pod restarts, OOM events, evictions, and cluster event history. Trigger: "Kubernetes pods", "K8s cluster health", "OOMKill", "pod restarts", "container CPU", "namespace resource usage", "over-provisioned pods", "privileged containers", "pod placement", "K8s node capacity", "running containers by cluster", "workload scheduling", "pod evictions", "K8s labels and annotations", "kubernetes events", "pod restart events", "OOM events", "K8s event history". Do NOT use for explaining existing queries, product documentation questions, AWS-specific resource queries, service-level RED metrics, distributed tracing, or log analysis — use the relevant skill instead.

69

Quality

85%

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

75%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, well-structured body: complete executable DQL queries, clear data-source decision tables, and a properly signaled one-level-deep reference system. The main costs are token efficiency — generic K8s best-practice sections add padding Claude doesn't need, and the file is long for an overview — and the absence of explicit validation checkpoints inside the workflows.

Suggestions

Remove or drastically trim the 'Monitoring Recommendations' and 'Configuration Standards' sections — they restate generic Kubernetes operational knowledge Claude already has, contributing padding without new information.

Move one or two of the six inlined Common Workflows (e.g. Security Assessment, Scheduling Analysis) into the corresponding reference files, keeping only a one-line pointer plus load conditions in SKILL.md to reduce overview length.

Add brief verification cues to each workflow (e.g. 'confirm the result set is non-empty before concluding no issues') to convert the strong sequencing into explicit feedback loops.

DimensionReasoningScore

Conciseness

Mostly efficient — the bulk is dense Dynatrace-specific knowledge Claude lacks (sum-vs-avg aggregation rules, lowercase k8s.workload.kind values, event.reason field names) — but the 'Monitoring Recommendations' and 'Configuration Standards' sections are generic K8s best practices Claude already knows ('Set resource limits on all containers', 'Use specific image tags (avoid :latest)', 'Configure health checks'). This is more than minor over-explanation, so anchor 3 rather than 4, but far from the padded verbosity of 2.

3 / 5

Actionability

Every workflow ships a complete, copy-paste-ready DQL query with concrete field names, correct aggregation calls, and defensive filters (e.g. 'filter usage_pct < 30 and arrayAvg(cpu_requests) > 0', 'filter not(in(phase, {"Running", "Succeeded"}))'). Fully executable guidance covering the common cases — anchor 5.

5 / 5

Workflow Clarity

Workflows are clearly sequenced with decision support: 'When to use Kubernetes events over metrics' bullets, the 'Choosing the Right Data Source' table, the two-step 'combine both approaches' pattern, and a Problem/Cause/Solution troubleshooting table. Not 5 because the query workflows lack explicit verify/feedback checkpoints after each step; not 3 because sequences and checkpoints are largely present and the operations are read-only, so the destructive-op cap does not apply.

4 / 5

Progressive Disclosure

Excellent reference signaling — eight 'Load X when:' sections with explicit conditions, all pointing to files verified present in references/, one level deep. Not 5 because the SKILL.md itself runs ~540 lines with six full workflows inlined, which is more than an overview; not 3 because references are clearly signaled and well organized, not buried.

4 / 5

Total

16

/

20

Passed

Description

95%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: third-person, concrete domain coverage, an explicit 'Use when' clause, comprehensive natural trigger terms with synonyms, and negative triggers that disambiguate sibling skills. The only soft spot is that capabilities are expressed through a narrow set of verbs (monitor/analyze) applied to many objects.

DimensionReasoningScore

Specificity

Names the domain and several concrete capability areas ('pod failures, OOMKills, scheduling, or security posture', 'pod restarts, OOM events, evictions'), but the action verbs are limited to 'monitoring'/'analyzing' rather than the varied verb-object pairs of the top anchor. Minor gaps, so anchor 4 fits better than 5 and coverage is too concrete for 3.

4 / 5

Completeness

Explicitly answers both what ('Kubernetes cluster, pod, node, and workload monitoring') and when ('Use when analyzing K8s health, resource optimization, pod failures, OOMKills, scheduling, or security posture') with concrete trigger phrases, plus negative triggers. Matches the anchor-5 example's shape; not 4 because 'when' is fully explicit and specific.

5 / 5

Trigger Term Quality

An explicit trigger list gives comprehensive natural user phrases with synonyms and variants ('Kubernetes pods', 'K8s cluster health', 'OOMKill', 'pod restarts', 'over-provisioned pods', 'pod evictions', 'kubernetes events', 'K8s event history'). This matches the comprehensive-synonyms anchor exactly.

5 / 5

Distinctiveness Conflict Risk

Clear K8s monitoring niche with explicit negative triggers ('Do NOT use for... AWS-specific resource queries, service-level RED metrics, distributed tracing, or log analysis — use the relevant skill instead'), minimizing conflict with sibling skills. Anchor 5; no meaningful overlap risk.

5 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

Total

15

/

16

Passed

Repository
Dynatrace/dynatrace-for-ai
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.