CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

eks-observability

EKS observability with metrics, logging, and tracing. Use when setting up monitoring, configuring logging pipelines, implementing distributed tracing, building production dashboards, troubleshooting EKS issues, optimizing observability costs, or establishing SLOs.

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/eks-observability/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 strong, largely executable body with a clear five-step deployment workflow, real reference bundle, and good recovery guidance via a troubleshooting table and runbooks. The main costs are token weight — a decorative ASCII diagram, a redundant best-practices summary, and explanations of known concepts — and detail-heavy sections that belong in the reference files rather than the overview.

Suggestions

Trim the ASCII architecture diagram, the 'Best Practices Summary' (which duplicates earlier sections), and the 'Keywords'/'Status' metadata lines to reduce token load without losing information.

Add explicit verification commands to Quick Start Steps 2-5 (e.g., checking the AMP workspace status, Fluent Bit pod health, ADOT collector pod, and Grafana data-source connectivity), mirroring the verify block already present in Step 1.

Move the SLO Implementation, Cost Optimization, and Integration Patterns sections into the reference files, keeping only brief pointers in SKILL.md so the overview stays lean.

DimensionReasoningScore

Conciseness

The bulk of the body is actionable commands and configs, but there is real padding: a 37-line ASCII architecture diagram, a 'Best Practices Summary' that restates earlier sections, 'Keywords' and 'Status: Production-ready' metadata lines, and explanations of concepts Claude already knows (error-budget arithmetic, RED/USE metrics). This lands between anchors 2 and 3, closer to 3 because most content earns its place.

3 / 5

Actionability

Mostly executable, copy-paste-ready guidance: eksctl/aws/helm commands, a complete ADOT collector YAML, PromQL alerts, and Grafana dashboard IDs. Minor gaps keep it from 5: `file://cloudwatch-policy.json` is referenced but its contents are never provided, and `aws servicelens get-service-lens-metrics` is not a real CLI command.

4 / 5

Workflow Clarity

The Quick Start is a clearly sequenced 5-step deployment with an explicit verification block (describe-addon, kubectl get pods) after Step 1, plus a troubleshooting table and runbooks that support error recovery. Steps 2–5 lack their own verification checkpoints, which is more than a minor gap but less than the validation-absent anchor 3.

4 / 5

Progressive Disclosure

Three real, one-level-deep reference files (references/metrics.md, logging.md, tracing.md) are linked under 'Detailed Documentation' with per-file content summaries — well-signaled navigation. It falls short of anchor 5 because SKILL.md itself is a ~540-line document whose SLO, cost-optimization, and integration-pattern sections carry detail that would more appropriately live in the reference files.

4 / 5

Total

15

/

20

Passed

Description

73%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 well-constructed description with an explicit and richly varied 'Use when' trigger clause and a clearly delineated EKS niche. Its main weakness is the thin 'what' half — a domain label plus three pillars rather than a list of concrete capabilities, which holds specificity and completeness at mid-high levels.

DimensionReasoningScore

Specificity

"EKS observability with metrics, logging, and tracing" names the domain and its three pillars, but these are topic areas rather than concrete actions — there is no verb-driven capability list like the anchor-4/5 examples. It fits anchor 3 (domain plus limited concrete actions) better than anchor 4, which requires several specific actions.

3 / 5

Completeness

Both parts are explicitly present: the what ("EKS observability with metrics, logging, and tracing") and an explicit, multi-trigger when. It falls between anchors 4 and 5: the when is as concrete as anchor 5, but the what is a terse domain statement lacking the concrete action enumeration of the anchor-5 example, so it does not clearly merit 5.

4 / 5

Trigger Term Quality

The 'Use when' clause supplies seven natural phrases users would actually say ("setting up monitoring", "configuring logging pipelines", "troubleshooting EKS issues", "establishing SLOs"), giving good coverage. A few natural terms are missing (Prometheus, Grafana, CloudWatch, alerting, log aggregation), keeping it below the comprehensive-synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

"EKS" carves out a clear niche and triggers like "troubleshooting EKS issues" or "setting up monitoring" for EKS clusters are unlikely to fire a generic monitoring or logging skill. This matches the clear-niche, minimal-conflict anchor.

5 / 5

Total

16

/

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 (547 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/eks-observability/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.