CtrlK
BlogDocsLog inGet started
Tessl Logo

slo-implementation

Define and implement Service Level Indicators (SLIs) and Service Level Objectives (SLOs) with error budgets and alerting. Use when establishing reliability targets, implementing SRE practices, or measuring service performance.

70

Quality

86%

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

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with concrete PromQL and Prometheus YAML, but loses conciseness through repeated SLI expressions and generic boilerplate, and lacks a clearly sequenced implementation workflow with validation checkpoints.

Suggestions

Define each SLI expression once and reference it thereafter; the availability ratio currently appears verbatim in the 'Defining SLIs', 'Choose Appropriate SLOs', and 'Recording Rules' sections.

Replace the generic 'Instructions' boilerplate ('Clarify goals... validate outcomes') with a concrete ordered SLO implementation workflow, e.g. define SLIs -> set SLO targets -> record rules -> add multi-window alerts -> review.

Add an explicit validation checkpoint after authoring recording and alerting rules, such as 'promtool check rules sli_rules.yml' and confirming a test alert fires, to give the implementation workflow a real feedback loop.

DimensionReasoningScore

Conciseness

Mostly efficient with executable PromQL/YAML, but the availability SLI expression 'sum(rate(http_requests_total{status!~"5.."}[28d])) / sum(rate(http_requests_total[28d]))' is repeated across three sections, and the 'Instructions' block ('Clarify goals... Apply relevant best practices and validate outcomes') is generic filler that could be tightened.

2 / 3

Actionability

Provides fully executable, copy-paste-ready artifacts: PromQL SLI queries, Prometheus recording-rule YAML, multi-window alerting rules, and concrete error-budget calculations, matching the level-3 anchor.

3 / 3

Workflow Clarity

Content is organized as a reference catalog (SLI types, SLO targets, rules, alerts) rather than a sequenced implementation workflow, and the generic 'Instructions' section lacks explicit validation checkpoints such as validating rules with promtool before alerting.

2 / 3

Progressive Disclosure

A single self-contained file with clearly headed sections and no nested or multi-level references; per the rubric's simple-skill note, well-organized sections with no need for external references score 3.

3 / 3

Total

10

/

12

Passed

Description

100%

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 concise, third-person description that clearly states concrete capabilities and pairs them with explicit 'Use when' triggers covering natural SRE phrasings. It is specific, complete, and clearly distinguishable from other skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Define and implement Service Level Indicators (SLIs) and Service Level Objectives (SLOs) with error budgets and alerting' — matching the level-3 anchor of enumerating specific capabilities.

3 / 3

Completeness

Explicitly answers both what ('Define and implement SLIs/SLOs with error budgets and alerting') and when ('Use when establishing reliability targets, implementing SRE practices, or measuring service performance'), satisfying the level-3 anchor with an explicit trigger clause.

3 / 3

Trigger Term Quality

Natural trigger terms an SRE user would say — 'reliability targets', 'SRE practices', 'measuring service performance' alongside SLI/SLO/error-budget vocabulary — give good coverage of common phrasings.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear SLO/SRE-reliability niche with distinct triggers ('error budgets', 'SLOs', 'reliability targets') that are unlikely to fire for unrelated skills.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
rmyndharis/antigravity-skills
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.