agentleFS
AWSKnown publisheraws/tools-for-devops-agent/skills/coralogix-cases/SKILL.md

coralogix-cases

Skill137 starsChanged 10 days agoApache-2.0View on GitHub

Triage and manage Coralogix Cases. Load when a user wants to inspect a case, update it, add a comment, assign or acknowledge it, resolve or close it, change its priority, inspect its events, or inspect notification deliveries.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Never infer acknowledgement, resolution, or closure from an investigation result.

    line 59
  2. Distinctive:

    Add a comment before resolving or closing when the case lacks investigation or remediation context.

    line 61
  3. Distinctive:

    Do not fabricate case IDs or Coralogix user IDs.

    line 62

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Cases Management

A Case groups related alert events into one investigation unit with a status, priority, category, and assignee. Use manage_cases to inspect a case and drive its lifecycle: ACTIVE → ACKNOWLEDGED → RESOLVED → CLOSED.

Tool actions

ActionRequired inputsPurpose
eventscase_idsInspect the first case's timeline.
get_eventevent_idInspect one event in detail.
notificationscase_idsInspect delivery records for one or more cases.
updatecase_ids, title and/or resolution_reasonUpdate mutable fields on the first case.
commentcase_ids, textAdd an investigation note to the first case timeline.
assign / unassigncase_ids, user_id for assignSet or remove the first case assignee. user_id must be a Coralogix user ID.
acknowledge / unacknowledgecase_idsClaim work on the first case or return it to active.
set_priority / clear_prioritycase_ids, priority for setOverride priority with P1–P5 or restore the computed priority.
resolvecase_ids, reasonResolve the first case with a meaningful reason. Irreversible.
closecase_idsClose the first case. Terminal.

case_ids is always a list. Lifecycle actions and events use only its first entry; notifications uses every entry.

Lifecycle

PENDING_ACTIVATION → ACTIVE ↔ ACKNOWLEDGED
                         ↘       ↙
                           RESOLVED → CLOSED
ACTIVE ───────────────────────────→ CLOSED
  • unacknowledge is the only reverse transition: ACKNOWLEDGED → ACTIVE.
  • RESOLVED cannot be reopened; it can only be closed.
  • CLOSED is terminal.
  • Priorities run from P1 (highest) to P5. An override is distinct from the system-calculated priority.

Triage workflow

  1. Inspect the live case with get_alerts_object; use its UUID or readable ID such as CASE-123.
  2. Inspect the timeline with manage_cases(action="events") and notification delivery outcomes with manage_cases(action="notifications").
  3. Investigate the underlying Alert Definition and triggering telemetry before changing lifecycle state. Load the coralogix-alerts and coralogix-single-case skills.
  4. Assign and acknowledge only after the user confirms ownership.
  5. Record findings, links, root cause, and mitigation in a comment.
  6. Resolve only with a meaningful reason; if impact differs from the calculated priority, set or clear an override while the case remains open.
  7. Re-fetch the case after a mutation when confirmation of current state is required.

Safety rules

  • Never infer acknowledgement, resolution, or closure from an investigation result; obtain explicit user confirmation.
  • resolve is irreversible and close is terminal. Prefer leaving an uncertain case acknowledged.
  • Add a comment before resolving or closing when the case lacks investigation or remediation context.
  • Do not fabricate case IDs or Coralogix user IDs.

Examples

{"action":"comment","case_ids":["CASE-123"],"text":"Mitigation deployed; monitoring recovery."}
{"action":"set_priority","case_ids":["CASE-123"],"priority":"P1"}
{"action":"notifications","case_ids":["CASE-123","CASE-456"]}

References

  • Single-case investigation
  • Case analytics

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.