create-http-monitor

Create an HTTP monitor

Preflight — read first. If you cannot see any uptimerobot:* MCP tools in your tool list, invoke the uptimerobot:setup skill before doing anything else. Do not tell the user the MCP is misconfigured — setup's Step 0 detects the common case (server connected, tools loaded after session start) and resolves it without re-keying.

Use when the user wants to monitor a website or HTTP(S) endpoint for reachability and/or specific response codes. HTTP is the default choice unless the user needs content matching (KEYWORD), response assertions (API), or low-level connectivity (PING / PORT).

Tool: create-monitor Required params: friendlyName, type: "HTTP", url (must be a full URL with scheme).

Minimal call

{
  "friendlyName": "Production API",
  "type": "HTTP",
  "url": "https://api.example.com/health"
}

Common optional params

• interval — seconds between checks (30–86400). Defaults to the plan's default. Free-plan minimum is higher than paid plans.
• timeout — request timeout in seconds (1–60).
• httpMethodType — one of HEAD, GET, POST, PUT, PATCH, DELETE, OPTIONS.
• authType — NONE (default), HTTP_BASIC, DIGEST, BEARER. Pair with httpUsername / httpPassword.
• customHttpHeaders — object, e.g. {"X-Source": "uptimerobot"}.
• successHttpResponseCodes — array of strings that count as success, e.g. ["200", "201", "2xx"].
• followRedirections — boolean, defaults to true.
• checkSSLErrors — boolean, validates cert errors when true.
• sslExpirationReminder / domainExpirationReminder — boolean flags for expiry alerts.
• responseTimeThreshold — milliseconds; 0 disables slow-response alerts.
• assignedAlertContacts — see below.
• tagNames — array of tag strings (max 20, ≤50 chars each).
• maintenanceWindowsIds — array of maintenance window IDs.

Alert contacts

"assignedAlertContacts": [
  { "alertContactId": "10", "threshold": 0, "recurrence": 0 },
  { "alertContactId": "20", "threshold": 5, "recurrence": 30 }
]