# Pingdom MCP

> Pingdom connects website monitoring and performance data directly into your AI agent. List all uptime checks, track average response times, see historical outages, and manage alerts using natural conversation. Get a complete picture of site health without opening a dashboard.

## Overview
- **Category:** developer-tools
- **Price:** Free
- **Tags:** uptime-monitoring, performance-tracking, website-reliability, alerts, response-time

## Description

You can connect Pingdom to any AI client and talk about your infrastructure status like you're talking to a teammate. Instead of jumping between dashboards or running API scripts, you simply ask for the data you need—like listing all active monitoring checks or figuring out why performance dropped yesterday. Your agent handles it immediately. If you want to know what specific probes Pingdom uses worldwide, just ask. It pulls that location list right up. You can even manage maintenance by pausing a check or resuming it with a simple command. All this deep oversight is available through the Vinkius catalog, meaning whatever AI client you prefer, your monitoring data arrives in plain text for instant action.

## Tools

### get_check_details
Retrieves detailed information for a specific website check.

### get_check_outages
Lists historical outages that occurred for a given monitoring check.

### get_average_response_time
Calculates and retrieves the average response time for any specific check.

### list_uptime_checks
Provides a list of all active uptime monitoring checks configured in Pingdom.

### list_alert_contacts
Shows the contacts who receive alerts when a site goes down.

### list_maintenance_windows
Lists all scheduled maintenance windows currently defined in Pingdom.

### list_pingdom_probes
Provides a list of every monitoring location (probe) Pingdom uses globally.

### list_check_results
Retrieves raw, individual results or logs for specific check runs.

### pause_uptime_check
Temporarily stops an uptime check from running until manually reactivated.

### resume_uptime_check
Restarts a previously paused uptime check, getting it back into the monitoring cycle.

## Prompt Examples

**Prompt:** 
```
List all my current uptime checks and their status.
```

**Response:** 
```
I've retrieved 10 checks. 'Main Site' is UP, 'Checkout API' is UP, but 'Legacy Support Portal' is currently DOWN. Would you like to see the error log for the down service?
```

**Prompt:** 
```
What was the average response time for the 'Main Site' check (ID: 12345) today?
```

**Response:** 
```
The average response time for 'Main Site' today is 342ms. Performance has been stable with a slight spike to 580ms around 10:00 AM UTC.
```

**Prompt:** 
```
Pause the uptime check for ID 98765 for our scheduled maintenance.
```

**Response:** 
```
Check 98765 has been successfully paused. Remember to ask me to resume it once the maintenance is finished!
```

## Capabilities

### List all site checks
See every current uptime check configured and its real-time status (up, down, or unconfirmed).

### Analyze performance history
Get the average response time for any specific check and review detailed outage records.

### Audit raw logs
Retrieve raw results or individual check logs to investigate latency spikes or specific errors.

### Manage monitoring status
Pause an uptime check for scheduled maintenance, and then resume it when you're ready.

### Check global coverage
List all Pingdom probe locations to understand exactly where your site is being monitored globally.

## Use Cases

### Checking post-deployment health
A DevOps Engineer just pushed a major update. Instead of opening the Pingdom dashboard and clicking 12 different checks one by one, they ask their agent: 'What's the status of all core services?' The agent uses `list_uptime_checks` and immediately reports which critical APIs are UP or DOWN.

### Investigating a slow checkout process
An SRE notices users complain about slowness. They ask their agent for the performance data, triggering `get_average_response_time` on the checkout API check. The agent replies: 'The average time is 800ms; it spiked from normal at 2 PM UTC.' This immediately directs the investigation.

### Scheduling planned downtime
A System Administrator needs to update a database and knows the site will be offline for two hours. They use their agent to run `pause_uptime_check` on all non-essential services, preventing false alerts during the maintenance window.

### Auditing an intermittent failure
An engineer is debugging a flaky connection issue. Instead of sifting through complex logs, they ask their agent to `list_check_results` for the last 24 hours. The agent pulls raw data showing exactly which time slot experienced high latency.

## Benefits

- Instantly check site status: Use the `list_uptime_checks` tool to get a complete snapshot of every service's current up/down status without clicking through any dashboard.
- Analyze performance trends: Get immediate access to average response times using `get_average_response_time`, helping you spot gradual slowdowns before they become critical incidents.
- Manage maintenance easily: System Admins can run `pause_uptime_check` and then later use `resume_uptime_check` via conversation, eliminating manual state changes.
- Deep dive into errors: Need to know why a check failed? Use `list_check_results` to pull raw logs and investigate specific latency spikes or error messages instantly.
- Understand global coverage: Running `list_pingdom_probes` lets you confirm exactly which geographic locations are monitoring your site, ensuring reliable oversight.

## How It Works

The bottom line is you get real-time website monitoring data and control over checks without touching a web dashboard.

1. Subscribe to this MCP and provide your Pingdom API Token.
2. Connect the MCP to your preferred AI client, like Claude or Cursor.
3. Ask your agent a natural language question about site status, performance, or alerts.

## Frequently Asked Questions

**How do I check my uptime status using the Pingdom MCP?**
You list all active checks by asking your agent to use `list_uptime_checks`. This immediately tells you if critical services are up, down, or unconfirmed.

**Can I find out why my site was slow last week with Pingdom MCP?**
Yes. You ask the agent to run `get_check_outages` for a specific service ID. This tool provides a clear record of past failures and when they occurred.

**What if I need to pause monitoring during maintenance? How does Pingdom MCP help?**
You instruct the agent to run `pause_uptime_check` on the relevant service ID. This prevents false alerts and keeps your system running smoothly until you tell it to resume.

**Does Pingdom MCP show me where my site is monitored?**
Absolutely. Run `list_pingdom_probes` to get a comprehensive list of every physical location worldwide that monitors your site, confirming global coverage.