/service-status
Check service health and dependency status across the Rootly service catalog
$ 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
/service-status
Context preview
What this command does when you run it.
Check service health and dependency status across the Rootly service catalog
Command definition
service-status.mddescription: Check service health and dependency status across the Rootly service catalog
argument-hint: "[service] [team]"
arguments: [service, team]
Check Service Health
Check the health status of services in the Rootly service catalog by cross-referencing with active incidents. Provides a summary of which services are affected, their severity levels, and dependency impact.
Prerequisites
- Rootly MCP server connected with valid API credentials
- MCP tools `services_get` and `incidents_get` available
Steps
1. **Fetch services from the catalog**
Call `services_get` to list all services (or filter by name or team if specified). Include service tier, owner team, and description.
2. **Fetch active incidents**
Call `incidents_get` with `status=in_triage` and `status=detected` to find all active incidents. Also include `status=mitigated` for partially resolved issues.
3. **Map incidents to services**
Cross-reference active incidents with their affected services to determine which services currently have open incidents.
4. **Build service health table**
For each service, show:
- Service name and tier
- Current status (operational, degraded, outage)
- Number and severity of active incidents
- Owning team
- Dependency count
5. **Identify cascading impact**
For services with active incidents, check downstream dependencies to flag services that may be indirectly affected.
6. **Provide summary**
Show overall health metrics: total services, services with active incidents, services at risk from dependencies, and a breakdown by tier.
Parameters
| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | service | string | No | all | Filter to a specific service by name | | team | string | No | all | Filter services by owning team |
Examples
Check All Service Health
/service-status
Check a Specific Service
/service-status --service "payment-service"
Check Services by Team
/service-status --team "Platform Team"
Error Handling
- **No Services Found:** Verify the service catalog has been populated in Rootly
- **Authentication Error:** Verify `ROOTLY_API_TOKEN` is set correctly
- **Service Name Not Found:** Check the exact service name; call `services_get` to list available services
Related Commands
- `/incident-triage` - Triage active incidents
- `/create-incident` - Create a new incident for an affected service
- `/action-items` - List outstanding action items
Read more
description: Check service health and dependency status across the Rootly service catalog argument-hint: "[service] [team]" arguments: [service, team]
Check Service Health
Check the health status of services in the Rootly service catalog by cross-referencing with active incidents. Provides a summary of which services are affected, their severity levels, and dependency impact.
Prerequisites
- Rootly MCP server connected with valid API credentials
- MCP tools `services_get` and `incidents_get` available
Steps
1. **Fetch services from the catalog**
Call `services_get` to list all services (or filter by name or team if specified). Include service tier, owner team, and description.
2. **Fetch active incidents**
Call `incidents_get` with `status=in_triage` and `status=detected` to find all active incidents. Also include `status=mitigated` for partially resolved issues.
3. **Map incidents to services**
Cross-reference active incidents with their affected services to determine which services currently have open incidents.
4. **Build service health table**
For each service, show:
- Service name and tier
- Current status (operational, degraded, outage)
- Number and severity of active incidents
- Owning team
- Dependency count
5. **Identify cascading impact**
For services with active incidents, check downstream dependencies to flag services that may be indirectly affected.
6. **Provide summary**
Show overall health metrics: total services, services with active incidents, services at risk from dependencies, and a breakdown by tier.
Parameters
| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | service | string | No | all | Filter to a specific service by name | | team | string | No | all | Filter services by owning team |
Examples
Check All Service Health
/service-status
Check a Specific Service
/service-status --service "payment-service"
Check Services by Team
/service-status --team "Platform Team"
Error Handling
- **No Services Found:** Verify the service catalog has been populated in Rootly
- **Authentication Error:** Verify `ROOTLY_API_TOKEN` is set correctly
- **Service Name Not Found:** Check the exact service name; call `services_get` to list available services
Related Commands
- `/incident-triage` - Triage active incidents
- `/create-incident` - Create a new incident for an affected service
- `/action-items` - List outstanding action items
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

