Vantaj is uptime, SSL, domain, and heartbeat monitoring with zero false positives. This week we're launching an MCP server (talk to your monitors from Claude or Cursor), one-click migration from UptimeRobot/Pingdom/StatusCake/Better Stack/Kuma, and inverted checks for exposure monitoring.
No reviews yetBe the first to leave a review for Vantaj Uptime New Features (MCP & more)
Maker
📌
Vantaj has been live for a while - today we're launching three things we just shipped.
Vantaj checks your websites, APIs, servers, and cron jobs from multiple regions and only alerts you when a failure is confirmed from more than one probe — no more 3am pages for a single blipped connection. Here's what's new:
🤖 MCP Server
Connect Claude, Cursor, or any MCP client directly to your monitoring with one URL and your API key. Ask "which of my monitors are down?", pull incident history while debugging, or create a monitor for the endpoint you just shipped with your favorite agent.
* 13 tools: projects, monitors (create/update/pause/resume, including inverted checks), maintenance windows, heartbeats, incidents, domains, status pages
* Uses your existing API key - same scopes, plan limits, and rate limits as the REST API
* Safe by design: reads and additive writes only, no delete operations exposed to AI clients
* Setup guide for every client: vantaj.co/docs/mcp-server
🔁 One-Click Migrations!
Switching monitoring providers used to mean re-typing every URL by hand. Not anymore.
* One-click importers for UptimeRobot, Pingdom, StatusCake, and Better Stack - paste a read-only API key and your monitors, keyword checks, and heartbeats come over in seconds
* Uptime Kuma import via backup file, parsed entirely in your browser (nothing uploaded)
Bulk CSV import with a template, for any provider that can export a spreadsheet
🔍 Inverted Checks (Exposure Monitoring)
A new check type for the opposite problem: alerting when something that should stay down becomes reachable - internal admin panels, closed ports, retired endpoints... If it gets exposed, you'll know before an attacker does.
Also new:
* HTTP QUERY method support for request monitors
* Status pages: larger, more readable text, incident severity shown by color
* Inverted flag available via the REST API on monitor create/update
---
Everything else Vantaj already does:
* Uptime monitoring - HTTP/HTTPS with keyword and status-code assertions, ping, TCP port, SMTP
* SSL certificate monitoring - expiry alerts before your cert takes down checkout
Domain expiry monitoring - never lose a domain to an expired registration again
* Heartbeat / cron monitoring - know the moment a background job or nightly backup goes silent
* Public & private status pages - your logo, your colors, custom domain, embeddable badges
* Incident management - timelines, updates, auto-resolve
* Full REST API - build monitoring into your own tooling
* Alerts everywhere - Slack, Discord, Email, Telegram, Teams, Google Chat, OpsGenie, Linear, Webhooks, Zapier
Report
How does the MCP server handle auth for letting an LLM talk to monitors, and can you scope what data the model can actually see and trigger?
The MCP server authenticates with the same API key as the REST API. The server is stateless Streamable HTTP, so no sessions or anything, just the API key as a bearer header. Same key works for both REST and MCP, so nothing new to manage.
Since we're "riding" on our already granular API keys, you can scope per resource type (read-only or read+write on monitors, heartbeats, domains, status pages, incidents...).
For guardrails there's a structural limit baked into the MCP surface itself, it's reads plus additive writes only, so delete tools and billing settings aren't exposed at all, with anything destructive staying in the dashboard and REST API where a human is in the loop. (That's true even for a key with full write scope.)
Report
The MCP server works surprisingly well in Claude, way more useful than I expected for quick checks on my heartbeats. Migration from UptimeRobot was painless too, took maybe two minutes total.
Report
Finally checked out the MCP integration and it actually works as advertised. I ran a quick check on a couple of monitors through Claude and the response was snappy, no fuss.
How does the MCP server handle auth for letting an LLM talk to monitors, and can you scope what data the model can actually see and trigger?
@serkangzelytiq Important questions!
The MCP server authenticates with the same API key as the REST API. The server is stateless Streamable HTTP, so no sessions or anything, just the API key as a bearer header. Same key works for both REST and MCP, so nothing new to manage.
Since we're "riding" on our already granular API keys, you can scope per resource type (read-only or read+write on monitors, heartbeats, domains, status pages, incidents...).
For guardrails there's a structural limit baked into the MCP surface itself, it's reads plus additive writes only, so delete tools and billing settings aren't exposed at all, with anything destructive staying in the dashboard and REST API where a human is in the loop. (That's true even for a key with full write scope.)
The MCP server works surprisingly well in Claude, way more useful than I expected for quick checks on my heartbeats. Migration from UptimeRobot was painless too, took maybe two minutes total.
Finally checked out the MCP integration and it actually works as advertised. I ran a quick check on a couple of monitors through Claude and the response was snappy, no fuss.