add-command
Use this skill when the user asks to "add a command", "implement cx <something>", "new subcommand", "new CLI command", "add a new…
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
$ npx -y skills add coralogix/cx-cli --skill cx-slos --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/cx-slosContext preview
The summary Claude sees to decide when to auto-load this skill.
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
name: cx-slos description: > 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". metadata: version: "0.1.0"
An **SLO** (Service Level Objective) defines a reliability target for a service — e.g. "99.9% of requests succeed over 28 days". Use this skill to inspect SLO definitions, judge whether they are healthy, and manage their lifecycle.
| Command | Purpose | |---|---| | `cx slos list` | List all SLO definitions | | `cx slos get <id>` | Get a single SLO by ID | | `cx slos create --from-file <path>` | Create an SLO from a JSON definition [requires `--yes`] | | `cx slos update --from-file <path>` | Replace an SLO definition from JSON [requires `--yes`] | | `cx slos delete <id>` | Delete an SLO [requires `--yes`] |
The fields surfaced on every SLO:
| Field | Meaning | |---|---| | `name` | Human-readable SLO name | | `description` | Optional description | | `targetThresholdPercentage` | The objective, e.g. `99.9` | | `sloType` | `SLO_TYPE_REQUEST` (request-based) or `SLO_TYPE_WINDOW` (window-based) | | `sloTimeFrame` | Rolling window, e.g. `SLO_TIME_FRAME_7_DAYS`, `SLO_TIME_FRAME_28_DAYS` | | `productType` | The pillar the SLO is computed from, e.g. `SLO_PRODUCT_TYPE_APM` |
# All SLOs with their target and window
cx slos list -o json | jq '[.[] | {name, targetThresholdPercentage, sloType, sloTimeFrame}]'
# Inspect a single SLO in full
cx slos get <slo-id> -o jsonCompare the live attainment against `targetThresholdPercentage` to judge whether the SLO is healthy or burning error budget. A **request-based** SLO measures the fraction of good events; a **window-based** SLO measures the fraction of good time windows. After triage, pivot to the `cx-telemetry-querying` skill to find the root cause of a breach in logs, spans, or metrics.
The safest way to author an SLO is to round-trip an existing one — template from the exact field shape that `get` returns rather than hand-writing JSON:
# Template from an existing SLO, edit, then create cx slos get <existing-slo-id> -o json > slo.json # Edit slo.json: change name, targetThresholdPercentage, sloType, sloTimeFrame, etc. cx slos create --from-file slo.json --yes # Replace an existing definition cx slos update --from-file slo.json --yes
`update` and `delete` report the alert IDs they affect (`effectedSloAlertIds`), so review that list — changing or removing an SLO can disable the alerts attached to it.
99.9% target has almost no error budget left and needs attention before it breaches.
rather than hand-writing JSON, to keep the exact field shape the API expects.
an SLO can silence its alerts.
The observability backbone for AI agents and engineering teams. Connect your agents to live logs, traces, metrics, dashboards, and alerts so they can investigate incidents, explain what changed, and reason about production with real operational context.
Use this skill when the user asks to "add a command", "implement cx <something>", "new subcommand", "new CLI command", "add a new…
Use this skill when the user asks to "add a skill", "create a skill", "new skill", "write a skill for", "skill for cx…
Creates GitHub pull requests with auto-generated summaries. Use this skill whenever the user wants to create a PR, open a pull…
Use this skill when the user asks to "run tests", "test this", "check if tests pass", "cargo test", "run clippy", "lint this",…
Search and read official Coralogix platform documentation using **`cx docs search`** and **`cx docs fetch`**. Use when the user…
Use this skill for any question or action about the user's AI/GenAI applications or agents — their behavior, prompts/responses,…