CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

service-mesh-observability

Complete guide to observability patterns for Istio, Linkerd, and service mesh deployments.

Quality

59%

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 ./skills/service-mesh-observability/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

51%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 strong executable template library for mesh observability tooling, weakened by concept re-explanations, the absence of any sequenced setup or troubleshooting workflow with validation checkpoints, and inlining of large artifacts that should live in reference files. Its one progressive-disclosure pointer is a broken path, leaving ~390 lines of monolithic content to load every time the skill fires.

Suggestions

Add a sequenced workflow with validation checkpoints for the main use cases (e.g., 1. install Prometheus/ServiceMonitor, 2. verify targets via a PromQL query, 3. enable tracing with a sampling rate, 4. confirm spans appear in Jaeger), plus troubleshooting steps for connectivity debugging.

Delete the "Core Concepts" section and generic Instructions bullets — the three pillars and golden signals are concepts Claude already knows — keeping only the mesh-specific alert thresholds.

Fix the broken `resources/implementation-playbook.md` reference (file does not exist; the conventional bundle directory is `references/`) and move large artifacts (Grafana dashboard JSON, full manifests) into that reference file, keeping only key examples inline.

DimensionReasoningScore

Conciseness

The bulk is concrete, executable template material, but the "Core Concepts" section re-explains the three pillars and golden signals Claude already knows (including a 12-line ASCII diagram), and the Instructions bullets ("Clarify goals, constraints, and required inputs") are filler that adds nothing. Not 2 because the majority of tokens are spent on mesh-specific artifacts rather than explanation.

3 / 5

Actionability

Provides copy-paste-ready PromQL queries, Kubernetes YAML manifests (Prometheus ServiceMonitor, Jaeger, Kiali CR, OTel collector), linkerd viz CLI commands, and PrometheusRule alert definitions. Not 5 because coverage of the stated use cases is uneven: troubleshooting mesh connectivity and defining SLOs have no concrete steps, and the Jaeger all-in-one deployment carries no production guidance.

4 / 5

Workflow Clarity

No sequenced workflow exists for any of the six "Use this skill when" tasks — the body is a thematically ordered template catalog, not a process, and validation is entirely absent ("Apply relevant best practices and validate outcomes" is a placeholder, not a checkpoint such as verifying scraped targets or confirming spans in Jaeger). Not 1 because the sections are coherent and thematically ordered rather than incoherent.

2 / 5

Progressive Disclosure

Section headers give reasonable navigation, but roughly 300 lines of manifests and Grafana dashboard JSON that clearly belong in separate reference files are inlined, and the body's single reference, `resources/implementation-playbook.md`, does not exist on disk (no resources/ directory) — a dangling pointer where the guideline says to score against the actual bundle structure. Not 4 because inlined bulk content and a broken reference exceed "minor organization gaps".

3 / 5

Total

12

/

20

Passed

Description

48%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 a distinct, well-scoped domain but reads as a title rather than a functional description: it lists no concrete actions and omits any "use when" trigger guidance, so Claude browsing descriptions has weak signal for when to load it. Adding enumerated capabilities and trigger phrases would move it to the strong band.

Suggestions

Add a "Use when..." clause with concrete trigger phrases (e.g., "Use when setting up distributed tracing, mesh metrics/dashboards, or debugging latency in Istio or Linkerd").

Replace "Complete guide to observability patterns" with specific actions: configuring Prometheus/Grafana, enabling distributed tracing with Jaeger, setting up Kiali, defining SLOs for service communication.

Include natural synonyms users would actually say — distributed tracing, telemetry, monitoring, golden signals, Grafana dashboards — to improve trigger-term coverage.

DimensionReasoningScore

Specificity

"Complete guide to observability patterns" names the domain and specific tools (Istio, Linkerd, service mesh) but describes no concrete actions — "guide to... patterns" is generic framing, matching the anchor for naming the domain with minimal or generic actions rather than listing 1-2 concrete capabilities.

2 / 5

Completeness

It gives a moderately clear "what" (observability patterns for Istio/Linkerd/mesh) but no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3; a score of 4 would require an explicit "when" to also be present.

3 / 5

Trigger Term Quality

"Istio", "Linkerd", and "service mesh" are natural terms users in this niche would say, but common variations and synonyms — distributed tracing, telemetry, monitoring, metrics, dashboards, Grafana, Prometheus — are absent, so keyword coverage is only partial.

3 / 5

Distinctiveness Conflict Risk

Naming Istio, Linkerd, and service mesh carves out a fairly distinct niche that would rarely trigger the wrong skill, with only minor overlap risk against general Kubernetes monitoring or observability skills.

4 / 5

Total

12

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/service-mesh-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.