# Dotcom-Monitor MCP MCP > Dotcom-Monitor gives your AI client real-time data on website uptime, page speed, and server health. Check the status of any digital asset from multiple global locations with instant alerts, all through natural conversation. ## Overview - **Category:** industry-titans - **Price:** Free - **Tags:** uptime-monitoring, website-performance, server-health, api-monitoring, real-time-alerts, infrastructure-monitoring ## Description Forget jumping between dashboards to check if your site is up or slow. This MCP connects your monitoring account directly to your AI agent, letting you oversee system performance and uptime using simple chat commands. You can ask it to find latency trends from historical data or verify exactly where in the world your checks are running from. Whether you're checking a single endpoint or managing global alerts, this tool gives you an immediate pulse on your digital assets. All these capabilities live within the Vinkius catalog, making it easy for any MCP-compatible client to access without needing complex integrations. You just talk to your agent and get the facts. ## Tools ### get_device_details Retrieves specific configuration details about a single monitoring device. ### get_device_monitoring_history Pulls historical status data for any monitored device over time. ### list_alert_groups Lists all the configured notification groups and teams in your account. ### list_monitoring_devices Retrieves a list of all active and configured monitoring devices. ### list_monitoring_locations Lists every geographic location from which your website checks are running. ### list_available_platforms Shows which monitoring platforms are available for use in your current setup. ## Prompt Examples **Prompt:** ``` List all active monitoring devices in my account. ``` **Response:** ``` I've retrieved your monitoring devices. You have 5 active monitors including 'Homepage Uptime', 'API Gateway Check', and 'Checkout Flow'. Which one would you like to see detailed status for? ``` **Prompt:** ``` Show me the monitoring history for device 'dev_10293'. ``` **Response:** ``` Fetching history... For device dev_10293, the uptime over the last 24 hours was 100%. Average response time was 120ms, with a peak of 450ms at 3 AM. Would you like to see the error logs? ``` **Prompt:** ``` What are the available alert groups in my account? ``` **Response:** ``` Retrieving alert groups... You have 3 groups configured: 'Core Infrastructure' (Email/SMS), 'Frontend Devs' (Slack), and 'Stakeholders' (Weekly Email Report). Shall I verify the members for any of these? ``` ## Capabilities ### List all monitored devices Retrieves a list of every configured device—including uptime checks, speed tests, or API endpoints. ### Query historical performance data Pulls detailed status reports and response times over selected time periods to spot slow-down trends. ### Verify global check locations Lists all geographic points used for monitoring, so you know exactly where the checks are running from. ### Manage alert groups Checks which notification teams and alert groups are configured to handle incidents. ### Check current device health Provides real-time status updates on a specific monitored endpoint or service. ## Use Cases ### The API endpoint suddenly feels sluggish. A developer notices a slowdown and asks their agent: 'Show me the performance history for the checkout API.' The agent uses `get_device_monitoring_history` to pull data, showing that average response time jumped 200ms an hour ago. They immediately know where to focus. ### We need to confirm coverage in a new market. An operations manager asks the agent: 'Do we have monitoring running from Tokyo and Sydney?' The agent uses `list_monitoring_locations` to list all available regions, confirming they are covered before launching services there. ### We're rolling out a new service with multiple endpoints. A team lead needs to get the full scope of monitoring. They ask for 'all configured monitors.' The agent uses `list_monitoring_devices` and provides an inventory, including device names and basic details using `get_device_details`. ### We need to check if our alert system is ready. An IT manager runs 'What are our current notification rules?' The agent uses `list_alert_groups` to list all configured groups, confirming that the 'Core Infrastructure' team still has Email/SMS alerts enabled. ## Benefits - Instead of manually checking multiple dashboards, you can ask the agent for a list of all devices using `list_monitoring_devices`. It pulls it together in one chat response. - Need to know why your site was slow last week? Use `get_device_monitoring_history` to pull performance logs and see exactly when latency spiked. This is better than digging through raw database exports. - You never have to wonder if a check is running from the right spot again. Run `list_monitoring_locations` to confirm all your global points are accounted for. - Managing incidents just got easier. You can run `list_alert_groups` to verify which teams get notified, ensuring no one misses an outage alert. - It gives you instant operational status checks. Use the agent to check real-time device health directly, so you know if everything is green or red right now. ## How It Works The bottom line is, you talk to your AI client; it talks to the monitoring platform; you get the answers in plain language. 1. Subscribe to this MCP and enter your Dotcom-Monitor API Key in your Vinkius account settings. 2. Connect your preferred AI client (like Cursor or Claude) to the Vinkius catalog and authorize access to this MCP. 3. Ask your agent a question, like 'What was the average response time for the checkout page last week?' and get the data back instantly. ## Frequently Asked Questions **How do I list all active monitoring devices using Dotcom-Monitor MCP?** You ask the agent to 'List my monitoring devices.' It uses `list_monitoring_devices` and gives you a full inventory of everything that's currently set up. **Can I check historical performance with Dotcom-Monitor MCP?** Yes. Use the agent to query history, which triggers `get_device_monitoring_history`. You can specify time ranges and see metrics like average response times or uptime percentage over days or weeks. **How do I know what global locations are covered by Dotcom-Monitor MCP?** Simply ask the agent to list available monitoring locations. It uses `list_monitoring_locations` and gives you a comprehensive map of every region checking your site. **What if I need details for only one device? Should I use Dotcom-Monitor MCP?** Yes, the agent can get specific details using `get_device_details`. Just tell it which device name you want information on, and it pulls all the metadata. **When I use `list_alert_groups`, what information can I retrieve about my incident response setup?** The tool lists all your configured alert groups. You get names, which notification method (Email/SMS or Slack) they use, and who is subscribed to each group. **Using `list_available_platforms`, what kinds of systems can I monitor with Dotcom-Monitor MCP?** This function lists all supported monitoring technologies. You'll see platforms like ServerView, UserView, and WebAPI, telling you exactly which types of checks are available. **If I need to verify the real-time system connectivity status, how do I use Dotcom-Monitor MCP?** You check the current health directly through the agent. The MCP reports on immediate device status and verifies if the system is currently connected without needing historical data. **When running `get_device_details`, what specific metadata can I pull for a given monitoring device?** You retrieve detailed configuration metadata. This includes technical specifics about how the monitor is set up, which helps you fine-tune or audit its current parameters. **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.