/incident-triage
Triage current Better Stack incidents
$ 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
/incident-triage
Context preview
What this command does when you run it.
Triage current Better Stack incidents
Command definition
incident-triage.mddescription: Triage current Better Stack incidents
argument-hint: "[status] [from] [to] [limit]"
arguments: [status, from, to, limit]
Better Stack Incident Triage
Triage current incidents across all monitored services. Lists unacknowledged incidents, groups by monitor, and identifies services requiring immediate attention. This is the primary daily workflow for MSP operations.
Prerequisites
- Better Stack MCP server connected with valid API token
- MCP tools `list_incidents` and `get_incident` available
Steps
1. **Fetch active incidents**
Call `list_incidents` to retrieve incidents. Default to unresolved incidents (status=started). If `from` or `to` date filters are provided, include them. Paginate through all results up to the specified `limit`.
2. **Categorize incidents**
Group incidents by status: started (unacknowledged), acknowledged (in progress), resolved. Count incidents in each category.
3. **Build triage summary table**
For each incident, extract: incident ID, name/cause, started time, acknowledged time (if any), associated monitor, and notification status (call, SMS, email).
4. **Highlight unacknowledged incidents**
Flag incidents that have not been acknowledged -- these need immediate attention. Identify how long each has been open.
5. **Provide next-step recommendations**
Suggest acknowledging the most critical incidents first. For recurring incidents on the same monitor, recommend investigating the underlying cause. Cross-reference with logs using `/search-logs`.
Parameters
| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | status | string | No | started | Filter by status (started, acknowledged, resolved) | | from | string | No | none | Start date filter (ISO 8601) | | to | string | No | none | End date filter (ISO 8601) | | limit | integer | No | 50 | Maximum number of incidents to return |
Examples
Triage All Active Incidents
/incident-triage
Show Acknowledged Incidents
/incident-triage --status acknowledged
Triage Incidents from Today
/incident-triage --from "2026-03-27"
Error Handling
- **Authentication Error:** Verify `BETTERSTACK_API_TOKEN` is set correctly
- **Rate Limit:** Wait and retry; use date filters to reduce result set
- **No Results:** No active incidents -- all services are healthy
Related Commands
- `/monitor-status` - Check monitor statuses to see which services are affected
- `/search-logs` - Search logs for root cause analysis during incident investigation
- `/status-page-update` - Update status pages to communicate outages to clients
Read more
description: Triage current Better Stack incidents argument-hint: "[status] [from] [to] [limit]" arguments: [status, from, to, limit]
Better Stack Incident Triage
Triage current incidents across all monitored services. Lists unacknowledged incidents, groups by monitor, and identifies services requiring immediate attention. This is the primary daily workflow for MSP operations.
Prerequisites
- Better Stack MCP server connected with valid API token
- MCP tools `list_incidents` and `get_incident` available
Steps
1. **Fetch active incidents**
Call `list_incidents` to retrieve incidents. Default to unresolved incidents (status=started). If `from` or `to` date filters are provided, include them. Paginate through all results up to the specified `limit`.
2. **Categorize incidents**
Group incidents by status: started (unacknowledged), acknowledged (in progress), resolved. Count incidents in each category.
3. **Build triage summary table**
For each incident, extract: incident ID, name/cause, started time, acknowledged time (if any), associated monitor, and notification status (call, SMS, email).
4. **Highlight unacknowledged incidents**
Flag incidents that have not been acknowledged -- these need immediate attention. Identify how long each has been open.
5. **Provide next-step recommendations**
Suggest acknowledging the most critical incidents first. For recurring incidents on the same monitor, recommend investigating the underlying cause. Cross-reference with logs using `/search-logs`.
Parameters
| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | status | string | No | started | Filter by status (started, acknowledged, resolved) | | from | string | No | none | Start date filter (ISO 8601) | | to | string | No | none | End date filter (ISO 8601) | | limit | integer | No | 50 | Maximum number of incidents to return |
Examples
Triage All Active Incidents
/incident-triage
Show Acknowledged Incidents
/incident-triage --status acknowledged
Triage Incidents from Today
/incident-triage --from "2026-03-27"
Error Handling
- **Authentication Error:** Verify `BETTERSTACK_API_TOKEN` is set correctly
- **Rate Limit:** Wait and retry; use date filters to reduce result set
- **No Results:** No active incidents -- all services are healthy
Related Commands
- `/monitor-status` - Check monitor statuses to see which services are affected
- `/search-logs` - Search logs for root cause analysis during incident investigation
- `/status-page-update` - Update status pages to communicate outages to clients
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

