/alert-triage
Triage open Auvik alerts, rank by severity, and recommend dismissals for known noise
$ npx -y skills add wyre-technology/msp-claude-plugins --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/alert-triage
Context preview
What this command does when you run it.
Triage open Auvik alerts, rank by severity, and recommend dismissals for known noise
Command definition
alert-triage.mddescription: Triage open Auvik alerts, rank by severity, and recommend dismissals for known noise
argument-hint: "[tenant_id] [severity]"
arguments: [tenant_id, severity]
Auvik Alert Triage
Run the daily Auvik alert queue: pull what's open, rank it, recommend dismissals for confirmed noise, and surface the alerts that need human action. Designed for MSP NOC analysts working a multi-tenant queue.
Prerequisites
- Tools: `auvik_alerts_list`, `auvik_alerts_get`, `auvik_alerts_dismiss`, `auvik_devices_get`, `auvik_tenants_list`
Steps
1. **List open alerts**
Call `auvik_alerts_list` with `status=open` (and `tenant_id` if scoped). Filter to severity >= the requested minimum (default `warning`). Paginate to completion.
2. **Bucket by severity**
Order: `emergency`, `critical`, `warning`, `info`. Within each bucket, group by `alertName` and `entityType` - duplicate alerts on the same device usually collapse to a single decision.
3. **Pull full details for the top of the queue**
For each of the top 20 alerts (or all emergency/critical alerts, whichever is larger), call `auvik_alerts_get` to retrieve the full record - description, detected time, dispatch reason, and the referenced entity ID.
4. **Resolve the entity for context**
For alerts referencing a device, call `auvik_devices_get` on the entity to retrieve `deviceName`, `deviceType`, and `manageStatus`. Unmanaged devices with critical alerts are usually false-positives from Auvik discovery, not real incidents.
5. **Classify each alert**
Into one of:
- **Action required** - confirmed real condition on a managed device (down switch, saturated interface, failed config backup, etc.)
- **Investigate** - the entity context is ambiguous - device recently changed, alert is new pattern, signal quality unclear
- **Dismiss (noise)** - known false-positive pattern: link flap on user-port access switches, scheduled reboot windows, transient SNMP timeouts, alerts on `manageStatus = unmanaged` devices
6. **Recommend dismissals - do not dismiss automatically**
Surface the dismiss candidates as a list with one-line justifications and the `auvik_alerts_dismiss` call you would make. Wait for the user to confirm before dismissing. Dismissal acknowledges and hides - it does not fix - so a real condition that's still active will re-alert anyway.
Parameters
| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | tenant_id | string | No | all | Scope to a single tenant | | severity | string | No | warning | Minimum severity filter |
Examples
/auvik:alert-triage
/auvik:alert-triage tenant_id=12345 severity=critical
Related Commands
- `/auvik:tenant-overview` - To see alert counts per tenant before drilling in
- `/auvik:capacity-check` - When a wave of saturation alerts comes in
Read more
description: Triage open Auvik alerts, rank by severity, and recommend dismissals for known noise argument-hint: "[tenant_id] [severity]" arguments: [tenant_id, severity]
Auvik Alert Triage
Run the daily Auvik alert queue: pull what's open, rank it, recommend dismissals for confirmed noise, and surface the alerts that need human action. Designed for MSP NOC analysts working a multi-tenant queue.
Prerequisites
- Tools: `auvik_alerts_list`, `auvik_alerts_get`, `auvik_alerts_dismiss`, `auvik_devices_get`, `auvik_tenants_list`
Steps
1. **List open alerts**
Call `auvik_alerts_list` with `status=open` (and `tenant_id` if scoped). Filter to severity >= the requested minimum (default `warning`). Paginate to completion.
2. **Bucket by severity**
Order: `emergency`, `critical`, `warning`, `info`. Within each bucket, group by `alertName` and `entityType` - duplicate alerts on the same device usually collapse to a single decision.
3. **Pull full details for the top of the queue**
For each of the top 20 alerts (or all emergency/critical alerts, whichever is larger), call `auvik_alerts_get` to retrieve the full record - description, detected time, dispatch reason, and the referenced entity ID.
4. **Resolve the entity for context**
For alerts referencing a device, call `auvik_devices_get` on the entity to retrieve `deviceName`, `deviceType`, and `manageStatus`. Unmanaged devices with critical alerts are usually false-positives from Auvik discovery, not real incidents.
5. **Classify each alert**
Into one of:
- **Action required** - confirmed real condition on a managed device (down switch, saturated interface, failed config backup, etc.)
- **Investigate** - the entity context is ambiguous - device recently changed, alert is new pattern, signal quality unclear
- **Dismiss (noise)** - known false-positive pattern: link flap on user-port access switches, scheduled reboot windows, transient SNMP timeouts, alerts on `manageStatus = unmanaged` devices
6. **Recommend dismissals - do not dismiss automatically**
Surface the dismiss candidates as a list with one-line justifications and the `auvik_alerts_dismiss` call you would make. Wait for the user to confirm before dismissing. Dismissal acknowledges and hides - it does not fix - so a real condition that's still active will re-alert anyway.
Parameters
| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | tenant_id | string | No | all | Scope to a single tenant | | severity | string | No | warning | Minimum severity filter |
Examples
/auvik:alert-triage
/auvik:alert-triage tenant_id=12345 severity=critical
Related Commands
- `/auvik:tenant-overview` - To see alert counts per tenant before drilling in
- `/auvik:capacity-check` - When a wave of saturation alerts comes in
One command to supercharge Claude Code for MSP workflows. Then restart Claude Code. That's it. Documentation: mcp.wyre.ai
Repo: wyre-technology/msp-claude-plugins
Other commands on msp-claude-plugins.
- /case-review
Review and triage abuse mailbox cases in Abnormal Security
Open command - /search-threats
Search for specific threat patterns in Abnormal Security by sender, recipient, attack type, or keywords
Open command - /threat-triage
Triage recent email threats detected by Abnormal Security by severity and attack type
Open command - /list-overdue-invoices
List open and overdue Alternative Payments invoices and optionally generate hosted payment links for them
Open command - /reconcile-payout
Reconcile an Alternative Payments payout by listing its transactions and matching them against invoices and customers
Open command - /eol-report
EOL/EOS risk report โ devices, OS versions, and firmware approaching or past end-of-life/end-of-support, prioritized by criticality
Open command

