CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

slo-management

Use this skill when working with Elastic SLOs (Service Level Objectives). Activate when the user asks about SLO status, burn rates, error budgets, or needs to create and manage SLO definitions.

64

Quality

80%

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 ./packages/opencode/src/elastic/skills/slo-management/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 lean, well-organized reference with executable commands and a useful status-interpretation table. Its weaknesses are teaching SRE concepts Claude already knows and omitting the create/manage commands the description advertises.

Suggestions

Cut or drastically shrink the 'Key Concepts' section — SLI, error budget, and burn rate are standard SRE concepts Claude already knows; keep only Elastic-specific semantics (e.g., the status values).

Add concrete `elastic slos` create/update/delete command examples so the body covers the 'create and manage SLO definitions' capability promised in the description.

Replace the generic 'Best Practices for SREs' list with actionable decision guidance tied to the status table (e.g., 'when Breached: query burn rate with this ES|QL command, then investigate the top offenders').

DimensionReasoningScore

Conciseness

The 'Key Concepts' section defines SLI, error budget, and burn rate — standard SRE concepts Claude already knows — and the 'Best Practices for SREs' list is similarly generic. Mostly efficient, but these sections could be trimmed to earn a higher score.

3 / 5

Actionability

Provides copy-paste-ready commands (`elastic slos list`, `elastic slos list-definitions`) and a complete ES|QL query. The gap: no commands for creating or updating SLO definitions, which the description explicitly promises, keeping it below anchor 5.

4 / 5

Workflow Clarity

Sections are ordered sensibly (status → interpretation → querying → practices) and the status table maps each state to an action, but there is no explicit multi-step workflow or decision tree. Operations are read-only so no validation cap applies; minor gaps keep it at anchor 4.

4 / 5

Progressive Disclosure

The body is under 50 lines, no external references are needed, and the content is split into clearly titled sections (status, concepts, querying, best practices). This meets the simple-skill exception: well-organized sections alone justify anchor 5.

5 / 5

Total

16

/

20

Passed

Description

78%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-formed description with explicit 'use when' triggers, natural domain vocabulary, and a clear product niche. Its main weakness is modest capability coverage — it names status checks and create/manage but omits editing, deleting, and alerting operations the skill body could support.

DimensionReasoningScore

Specificity

Lists several concrete capabilities — 'asks about SLO status, burn rates, error budgets' and 'create and manage SLO definitions' — with minor gaps (no edit, delete, or alerting setup). It goes beyond the 1-2 actions of anchor 3 but is not comprehensive enough for anchor 5.

4 / 5

Completeness

Both what ('create and manage SLO definitions') and when ('Use this skill when working with... Activate when the user asks about...') are explicitly present with concrete triggers. The 'what' is slightly thin — fewer concrete operations than the anchor 5 example — so it sits between anchors 4 and 5, closer to 4.

4 / 5

Trigger Term Quality

Natural phrases like 'SLO status', 'burn rates', 'error budgets', and 'Elastic SLOs' are terms users would genuinely say, but common variations such as 'uptime', 'availability', or 'SLI' are missing. Good coverage without full synonym spread fits anchor 4.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche — Elastic's SLO product — with distinctive trigger vocabulary (burn rate, error budget, SLO definitions) that no generic document- or code-processing skill would match. Minimal conflict risk, matching anchor 5.

5 / 5

Total

17

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

elastic/elastic-ramen

Path

packages/opencode/src/elastic/skills/slo-management/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.