WYRE-AI/msp-claude-plugins/msp-claude-plugins/pagerduty/pagerduty/skills/services/SKILL.md
PagerDuty Services
PagerDuty service catalog: service statuses, integrations and integration keys as event sources, alert grouping modes, upstream/downstream service dependencies, and maintenance windows.
- Source repository stars
- 42
- Declared platforms
- 0
- Static risk flags
- 0
- Last source update
- 2026-08-28
- Source checked
- 2026-08-28
Decision brief
What it does: where it fits
PagerDuty service catalog: service statuses, integrations and integration keys as event sources, alert grouping modes, upstream/downstream service dependencies, and maintenance windows.
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/WYRE-AI/msp-claude-plugins --skill "msp-claude-plugins/pagerduty/pagerduty/skills/services"Inspect the Agent Skill "PagerDuty Services" from https://github.com/WYRE-AI/msp-claude-plugins/blob/5005f73ba2f52cd299f58aa6bb79f4e70ae87103/msp-claude-plugins/pagerduty/pagerduty/skills/services/SKILL.md at commit 5005f73ba2f52cd299f58aa6bb79f4e70ae87103. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
Anti-triggers
A PagerDuty service is a technical component with an escalation policy attached. It is not a commercial service, and not a service ticket.
A managed service you sell and bill for — service lines, coverageA service request from a customer — that is a ticket type in aRootly's service catalog — a different vendor's model, with tiers - 02
Key Concepts
Integrations are the event sources that feed into a service. Each integration has a unique integrationkey used to route events:
Events API v2 -- Generic integration for any monitoring toolEmail -- Incidents created from emails sent to a service-specific addressVendor-specific -- Pre-built integrations (Datadog, CloudWatch, Nagios, etc.) - 03
Service Status
Review the “Service Status” section in the pinned source before continuing.
Review and apply the “Service Status” source section. - 04
Integrations
Integrations are the event sources that feed into a service. Each integration has a unique integrationkey used to route events:
Events API v2 -- Generic integration for any monitoring toolEmail -- Incidents created from emails sent to a service-specific addressVendor-specific -- Pre-built integrations (Datadog, CloudWatch, Nagios, etc.) - 05
Alert Grouping
Services can be configured to automatically group related alerts into a single incident:
Services can be configured to automatically group related alerts into a single incident:
Permission review
Static risk signals and limitations
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 91/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 42 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- WYRE-AI/msp-claude-plugins
- Skill path
- msp-claude-plugins/pagerduty/pagerduty/skills/services/SKILL.md
- Commit
- 5005f73ba2f52cd299f58aa6bb79f4e70ae87103
- License
- Apache-2.0
- Collected
- 2026-08-28
- Default branch
- main
View the original SKILL.md
PagerDuty Services
Overview
Services in PagerDuty represent the applications, components, or infrastructure that your team is responsible for. Each service has an escalation policy, integrations (event sources), and configuration for how incidents are created and grouped. Services are the primary organizational unit for routing alerts to the right responders.
Anti-triggers
A PagerDuty service is a technical component with an escalation policy attached. It is not a commercial service, and not a service ticket.
- A managed service you sell and bill for — service lines, coverage
scope, and rates live in the contract; use
halopsa-contractsorautotask-contracts. - A service request from a customer — that is a ticket type in a
helpdesk or PSA; use
freshdesk-ticketing,halopsa-tickets, orconnectwise-psa-tickets. - Rootly's service catalog — a different vendor's model, with tiers
and ownership metadata rather than integration keys; use
rootly-services. - A maintenance window's effect on customer SLA — suppressing alerts
here does not pause a PSA's SLA clock; use
freshdesk-sla-business-hoursorhalopsa-contractsfor that side.
Key Concepts
Service Status
| Status | Description |
|---|---|
active | Service is live and will create incidents from alerts |
warning | Service has acknowledged but unresolved incidents |
critical | Service has triggered (unacknowledged) incidents |
maintenance | Service is in a maintenance window; alerts are suppressed |
disabled | Service is disabled; no incidents will be created |
Integrations
Integrations are the event sources that feed into a service. Each integration has a unique integration_key used to route events:
- Events API v2 -- Generic integration for any monitoring tool
- Email -- Incidents created from emails sent to a service-specific address
- Vendor-specific -- Pre-built integrations (Datadog, CloudWatch, Nagios, etc.)
Alert Grouping
Services can be configured to automatically group related alerts into a single incident:
| Mode | Description |
|---|---|
intelligent | PagerDuty ML groups related alerts automatically |
time | Alerts within a time window are grouped together |
content_based | Alerts with matching fields are grouped |
Dependencies
Service dependencies map upstream and downstream relationships between services. This helps identify blast radius during incidents and understand service topology.
API Patterns
List Services
pagerduty_list_services
Parameters:
query-- Search by service nameteam_ids[]-- Filter by teaminclude[]-- Include related resources (escalation_policies, teams, integrations)sort_by-- Sort field (name)limit/offset-- Pagination
Example response:
{
"services": [
{
"id": "PSVC123",
"name": "Payment API",
"status": "active",
"description": "Payment processing service",
"escalation_policy": {
"id": "PPOLICY1",
"summary": "Engineering On-Call"
},
"alert_creation": "create_alerts_and_incidents",
"alert_grouping_parameters": {
"type": "intelligent"
},
"teams": [
{
"id": "PTEAM01",
"summary": "Platform Team"
}
]
}
],
"limit": 25,
"offset": 0,
"total": 1,
"more": false
}
Get Service Details
pagerduty_get_service
Parameters:
id-- Service IDinclude[]-- Include integrations, escalation_policies, teams
Create Service
pagerduty_create_service
Parameters:
name-- Service name (required)description-- Service descriptionescalation_policy-- Escalation policy reference (required)alert_creation--create_alerts_and_incidentsorcreate_incidentsalert_grouping_parameters-- Alert grouping configuration
Update Service
pagerduty_update_service
Parameters:
id-- Service IDname-- Updated namedescription-- Updated descriptionstatus--activeordisabledalert_grouping_parameters-- Updated grouping config
List Service Dependencies
pagerduty_list_service_dependencies
Parameters:
id-- Service ID
Returns upstream (depends on) and downstream (depended on by) service relationships.
Maintenance Windows
List Maintenance Windows
pagerduty_list_maintenance_windows
Parameters:
service_ids[]-- Filter by servicefilter--ongoing,future,past, orallquery-- Search by description
Create Maintenance Window
pagerduty_create_maintenance_window
Parameters:
start_time-- Start time (ISO 8601)end_time-- End time (ISO 8601)description-- Description of the maintenanceservices-- List of service references
Example request body:
{
"maintenance_window": {
"type": "maintenance_window",
"start_time": "2026-03-28T02:00:00Z",
"end_time": "2026-03-28T06:00:00Z",
"description": "Database upgrade - v12 to v15",
"services": [
{
"id": "PSVC123",
"type": "service_reference"
}
]
}
}
Common Workflows
Service Health Check
- Call
pagerduty_list_servicesto get all services - Check
statusfield for each service (critical, warning, active) - For services in
criticalorwarningstatus, list their incidents - Report services with active incidents and their severity
Creating a New Service
- Identify or create the escalation policy
- Create the service with
pagerduty_create_service - Add integrations for monitoring tools
- Configure alert grouping as appropriate
- Set up service dependencies
Scheduling Maintenance
- Identify affected services
- Create a maintenance window with
pagerduty_create_maintenance_window - During the window, alerts on those services are suppressed
- After the window ends, normal alerting resumes automatically
Mapping Service Dependencies
- List services to find the target service
- Call
pagerduty_list_service_dependenciesfor the service - Visualize upstream and downstream relationships
- Use during incidents to assess blast radius
Error Handling
Service Not Found
Cause: Invalid service ID Solution: List services to find the correct ID
Cannot Delete Service with Active Incidents
Cause: Service has unresolved incidents Solution: Resolve all incidents before disabling or deleting
Duplicate Service Name
Cause: A service with the same name already exists Solution: Use a unique name or update the existing service
Best Practices
- Use descriptive service names that match your infrastructure topology
- Configure intelligent alert grouping to reduce incident noise
- Map service dependencies for faster incident triage
- Schedule maintenance windows for planned changes to suppress false alerts
- Assign each service to a team for clear ownership
- Use
include[]=integrationsto verify monitoring sources are connected
Related Skills
- api-patterns - Pagination and error handling
- incidents - Incidents on services
- oncall - Escalation policies assigned to services
- alerts - Alerts routed to services
- analytics - Per-service performance metrics
Frequently asked questions
What to verify before installation and use
What does the PagerDuty Services source document cover?
PagerDuty service catalog: service statuses, integrations and integration keys as event sources, alert grouping modes, upstream/downstream service dependencies, and maintenance windows.
How do I install PagerDuty Services?
The source record exposes this install command: npx skills add https://github.com/WYRE-AI/msp-claude-plugins --skill "msp-claude-plugins/pagerduty/pagerduty/skills/services". Inspect the command and pinned source before running it.
Alternatives
Compare before choosing
coreyhaines31/marketingskills
ab-testing
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
garrytan/gbrain
bulk-ingestion
End-to-end discipline for turning any large data source (audio libraries, email takeouts, document corpora, chat exports, API dumps) into brain pages at scale. The lifecycle spine: SCHEMA → ACCESS → TRIAL → EVALUATE → IMPROVE → CODIFY → TEST → SKILLIFY → BULK → MONITOR. State is tracked in a durable JSON manifest (see MANIFEST-PATTERN.md) so any crash, session boundary, or subagent fan-out resumes from ground truth instead of memory.
alirezarezvani/claude-skills
app-store-optimization
App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist
dotnet/skills
migrate-vstest-to-mtp
Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing