# Dotcom-Monitor MCP for AI Agents AI Agent Connect > Dotcom-Monitor MCP lets you manage website uptime and host performance directly through your AI client. It pulls real-time status, historical speed data, and alert configurations from your Dotcom-Monitor account so you can check your global monitoring health without switching tabs. ## Overview - **Category:** industry-titans - **Price:** Free - **Endpoint:** https://edge.vinkius.com/vk_preview_GqGj3Rlz734elQvwGWsaDwAQaGs3sdeIJxtIggc7/ai-agent-connect - **Tags:** uptime-monitoring, website-performance, server-health, api-monitoring, real-time-alerts, infrastructure-monitoring ## Description Managing website health usually involves jumping between dashboards to see if a page is down, checking response times from different regions, and making sure your alerts actually fire. This Connector changes that by bringing your Dotcom-Monitor data straight into your AI chat. You can ask your agent to pull up a specific device's history to see why a site felt slow at 3 AM or check which geographic locations are currently running your tests. It's about getting answers without the manual digging. Since Vinkius makes it easy to connect these tools to your favorite workspace, you can keep your infrastructure oversight in the same window where you're already doing your work. You get a clear view of your monitoring devices, available platforms, and alert groups, making it much faster to verify that everything is running as it should. ## Tools ### get_device_monitoring_history Pull the historical status and response times for a device. This is the go-to tool for identifying latency trends. ### list_alert_groups See all your configured alert groups. This helps you verify who gets notified when a site goes down. ### list_monitoring_devices Get a list of all your active monitoring devices. Use this to see every uptime and speed check currently running. ### list_monitoring_locations Find all the geographic locations where your checks are running. It's great for verifying global coverage. ### list_available_platforms See which monitoring platforms are available. This helps you coordinate your various checks. ### get_device_details Get the specific metadata for a single monitoring device. Use this to see the exact configuration of a specific check. ## Prompt Examples **Prompt:** ``` Are my alerts set up correctly for the production API? ``` **Response:** ``` I've checked your alert groups. You have 3 active groups: **Core Infrastructure** (Email/SMS), **Frontend Devs** (Slack), and **Stakeholders** (Weekly Email Report). Would you like me to check the specific notification teams for one of these? ``` **Prompt:** ``` Show me the history for my 'Homepage' monitor. ``` **Response:** ``` Fetching history for the Homepage monitor... Over the last 24 hours, the uptime was **100%**. * **Average response time:** 115ms * **Peak response time:** 320ms (at 4 AM) Do you want to see the status for a different time range? ``` **Prompt:** ``` Where is my website being monitored from? ``` **Response:** ``` Your site is currently being monitored from **12 different geographic locations**, including North America, Europe, and Asia Pacific. I can list the specific regions if you'd like to see the full breakdown. ``` ## Capabilities ### List active monitoring devices See every uptime and speed check currently running in your account. ### Pull historical status and speed data Identify latency trends by querying past response times for any device. ### See all geographic monitoring locations Verify your global coverage by listing all active monitoring regions. ### Check alert group configurations Confirm which notification teams are assigned to your various alert groups. ### View available monitoring platforms Coordinate your different checks by seeing which platforms are available. ### Get real-time health for specific devices Retrieve the exact status and metadata for a single monitoring device. ## Use Cases ### Troubleshooting a slow page A developer asks why a site felt slow at 2 AM. The agent uses get_device_monitoring_history to find the peak response time. ### Auditing alert coverage An IT manager wants to see who gets notified for a database failure. The agent calls list_alert_groups to show the notification teams. ### Verifying global reach A DevOps engineer wants to know if they have checks in Asia. The agent uses list_monitoring_locations to show all active regions. ### Checking device status A user wants to know if the API gateway is up. The agent uses list_monitoring_devices to show all active monitors. ## Benefits - Stop switching tabs by pulling your monitoring device list and status directly into your chat. - Identify latency trends faster by asking for historical response times using get_device_monitoring_history. - Verify global coverage by checking all geographic monitoring locations in one go. - Ensure incident response is ready by quickly querying alert groups and notification teams. - Manage complex monitoring setups by listing available platforms to coordinate your checks. - Get specific device metadata instantly with get_device_details instead of digging through the web UI. ## How It Works The bottom line is you get instant access to your website's global health data through a simple conversation. 1. Subscribe to the Connector on Vinkius. 2. Paste your Dotcom-Monitor API Key into your AI client settings. 3. Ask your agent to list your devices or check site status. ## Frequently Asked Questions **Can the Dotcom-Monitor MCP check my website's speed?** Yes, it can pull historical response times and status data for your monitoring devices. You can ask your agent to identify specific times when your site felt slow or check current performance. **How do I see which alert groups are active with Dotcom-Monitor?** The Connector allows your agent to list all your configured alert groups. This is helpful for verifying which teams are notified when a service goes down. **Can I use Dotcom-Monitor MCP to see global monitoring locations?** Yes, you can ask your agent to list all the geographic locations where your checks are currently running. This helps you verify your global coverage in seconds. **Does the Dotcom-Monitor MCP show my host health?** It provides real-time status and historical data for the devices you have configured in Dotcom-Monitor. If you're monitoring your infrastructure, the agent can report on its health and uptime. **Can I use this to manage my Dotcom-Monitor account?** This Connector is designed for monitoring and data retrieval. You can query your devices, history, and alert groups, but you'll still need to use the web dashboard for account settings or creating new monitors. **Can I check the uptime status of a specific device via AI?** Yes! Use the `get_device_details` tool and provide the Device ID. Your agent will retrieve the current operational status and basic performance metrics. **How do I see the history of response times for a monitor?** Run the `get_device_monitoring_history` query with your Device ID. The agent will retrieve a historical log of success/failure states and latency data. **Is it possible to list all geographic monitoring locations via AI?** Absolutely. Use the `list_monitoring_locations` query. The agent will retrieve the complete list of worldwide regions where Dotcom-Monitor agents are available.