CtrlK
BlogDocsLog inGet started
Tessl Logo

cx-slos

Manage Coralogix SLO (Service Level Objective) definitions with the `cx slos` CLI — list and inspect SLOs, check whether targets and error budgets are healthy, and create, update, or delete SLO definitions from JSON. Use when the user asks to "list SLOs", "check SLO status", "is an SLO breaching", "error budget", "create an SLO", "update an SLO", "delete an SLO", or "service level objective".

72

Quality

91%

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

82%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 well-crafted, highly actionable body: copy-paste commands, a safe templating workflow, and explicit post-operation checks on affected alerts. The main room for improvement is tightening repetition and adding an explicit pre-write validation/recovery loop around the destructive update/delete operations.

Suggestions

Consolidate the `--yes` requirement and round-trip advice — each is currently stated in both the CLI Commands section and Key Principles — into a single location to trim redundant tokens.

Add a pre-write validation checkpoint to the create/update workflow (e.g., re-run `cx slos get` on the edited JSON's fields or dry-check required fields before `--yes`), plus a recovery note for what to do if the API rejects the payload.

State the `--yes` confirmation and the request-based vs. window-based distinction once each in the Definition/Health sections and drop the redundant restatements, which would let the body approach the lean token budget of the conciseness anchor.

DimensionReasoningScore

Conciseness

Mostly efficient tables and code, but the `--yes` requirement is stated three times (table, bullet, Key Principles), the round-trip advice appears twice, and the opening sentence defines what an SLO is — minor instances of over-explanation and repetition that could be trimmed, matching level 4 rather than the lean level-5 anchor.

4 / 5

Actionability

Fully executable, copy-paste-ready bash including a jq projection for list, a concrete get→edit→create round-trip, and update with flags — commands are specific and cover the common cases, matching the level-5 anchor.

5 / 5

Workflow Clarity

Sequences are clear (template from `get` → edit → create/update; list → compare attainment vs. target → pivot to telemetry skill) with an explicit post-check to review `effectedSloAlertIds`, but there is no pre-write validation of the JSON payload and no error-recovery loop — most checkpoints present with minor gaps, level 4 rather than 5.

4 / 5

Progressive Disclosure

Well-organized sections with the Related Skills pointers clearly signaled and only one level deep, and nothing inlined that clearly belongs in a separate file; however, no bundle/reference files exist and the body runs ~84 lines (past the under-50-line simple-skill exception), so structure is good but not the exemplary split-and-navigate pattern of level 5.

4 / 5

Total

17

/

20

Passed

Description

96%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: concrete capabilities, third-person voice, explicit 'Use when' triggers with natural phrasings, and a well-scoped niche. The only weakness is mild trigger overlap with sibling Coralogix skills around error-budget and breach language.

DimensionReasoningScore

Specificity

"list and inspect SLOs, check whether targets and error budgets are healthy, and create, update, or delete SLO definitions from JSON" names the tool and comprehensively covers read, health-assessment, and full CRUD operations — comprehensive coverage per the anchor, not the 'minor gaps' of level 4.

5 / 5

Completeness

Explicitly answers what ("Manage Coralogix SLO (Service Level Objective) definitions with the `cx slos` CLI...") and when ("Use when the user asks to...") with a list of concrete trigger phrases, exactly matching the anchor-5 example pattern.

5 / 5

Trigger Term Quality

Trigger phrases are natural user utterances — "list SLOs", "check SLO status", "is an SLO breaching", "error budget", "create/update/delete an SLO" — and include the spelled-out synonym "service level objective" alongside the abbreviation, matching the comprehensive-synonyms anchor.

5 / 5

Distinctiveness Conflict Risk

The `cx slos` CLI scope and SLO-specific triggers make it mostly distinct, but the skill family includes closely related skills (cx-alerts, cx-telemetry-querying) whose territory overlaps triggers like "error budget" and breach triage — minor overlap risk with closely related skills rather than a fully clear niche.

4 / 5

Total

19

/

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
coralogix/cx-cli
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.