mcpdirectory.dev
9,129 servers · updated 23 Sept

Exit1 MCP server

community Active last commit 29 d
{
  "mcpServers": {
    "exit1": {
      "command": "npx",
      "args": [
        "-y",
        "exit1-mcp@latest"
      ],
      "env": {
        "EXIT1_API_KEY": "<exit1_api_key>",
        "EXIT1_API_URL": "https://...",
        "CATALOG_REMOTE_PATH": "/path/to/directory"
      }
    }
  }
}
file .mcp.json (in your project root)install npx -y exit1-mcpversion 0.2.0

What it does

This MCP server connects to Exit1, an uptime monitoring service. It lets you create and manage website and API monitors, configure alerts, and query uptime history and status through your AI assistant.

  • Create uptime checks for deployed URLs by scanning your repo for configuration files and health endpoints.
  • Set up email and webhook alerts (Slack, Discord, Teams) for monitoring events, then send test alerts to verify delivery.
  • Query uptime statistics, response times, and detailed check results over time to assess service reliability.

Tools this server exposes

ToolDoes
get_accountRetrieve your Exit1 plan limits and current usage.
list_checksList all monitors with their current status.
get_checkGet detailed information for a single check, including SSL certificate state.
get_check_historyRetrieve individual check results over time.
get_check_statsGet uptime percentage and response time metrics across a date range.
get_status_pageFetch a snapshot of a public Exit1 status page.
create_checkCreate a new monitor for a website, API, ping, TCP port, DNS record, domain, or heartbeat.
update_checkModify settings on an existing check.
toggle_checkPause or resume a monitor.
delete_checkPermanently delete a monitor.
get_alert_settingsView current alert recipients and configured events.
set_email_alertsConfigure email recipients and alert events.
add_webhook_alertConnect webhook alerts to Slack, Discord, Teams, or a custom endpoint.
send_test_alertSend a test alert to verify configuration works.

Before you enable it

An MCP server runs with whatever access you give it. Start with a development account rather than production, and check which tools the server exposes before you let an agent call them unattended.