MCP Server fürs Monitoring. Dein Agent prüft selbst.

Nein. Die anonymen Check-Werkzeuge funktionieren allein mit der URL https://uptimeify.io/mcp, ohne Token und ohne Registrierung. Ein Konto brauchst du erst, wenn dein Agent deine eigenen Monitore lesen soll, denn dafür erzeugst du einen API-Token. Du kannst also erst prüfen, ob dir die Werkzeuge im Alltag helfen, und dich danach entscheiden.

Du trägst den Endpunkt in die Client-Konfiguration ein, bei Bedarf mit Authorization-Header. Clients, die entfernte HTTP-Server sprechen, zeigen direkt auf die URL. Clients, die nur stdio können, überbrücken das mit mcp-remote, das den Aufruf an den HTTP-Endpunkt weiterreicht. Brauchst du nur die anonymen Werkzeuge, lässt du den Header komplett weg.

Direkt:

{
  "mcpServers": {
    "uptimeify": {
      "url": "https://uptimeify.io/mcp",
      "headers": { "Authorization": "Bearer wsm_dein_token" }
    }
  }
}

Über die stdio-Brücke:

{
  "mcpServers": {
    "uptimeify": {
      "command": "npx",
      "args": ["-y", "mcp-remote", "https://uptimeify.io/mcp", "--header", "Authorization: Bearer wsm_dein_token"]
    }
  }
}

Nein. Dein Client kann sich stattdessen per OAuth anmelden: Er schickt dich in den Browser, du bestätigst mit dem Konto, das du ohnehin hast, und danach hält er eine Session statt eines eingefügten Geheimnisses. So liegt kein langlebiger Schlüssel in einer Datei, die synchronisiert, geteilt oder versehentlich eingecheckt wird. Eine OAuth-Session ist immer lesend und zeigt genau das, was dieser Nutzer in Uptimeify sehen darf, frisch geprüft statt beim Login eingefroren. Statische API-Tokens funktionieren weiter, wenn du einen willst — für ein Skript oder einen geteilten Runner.

Nein. Alle Werkzeuge sind lesend, sowohl die anonymen Checks als auch die authentifizierten Abfragen deiner Monitordaten. Dein Agent kann Zustände abfragen und auswerten, aber keine Monitore anlegen, ändern oder löschen und keine Incidents quittieren. Das nimmt der Freigabe im Team die Schärfe: ein falsch formulierter Prompt kann deine Überwachung nicht umkonfigurieren.

Ausschließlich die Monitore dieses einen Kunden. Ein Organisations-Token dagegen sieht alle Kunden deiner Organisation. Damit kannst du einem Kundenprojekt oder einem einzelnen Teammitglied einen Zugang geben, der genau den passenden Ausschnitt zeigt, statt dein gesamtes Portfolio zu öffnen.

Ja. Die anonymen Werkzeuge prüfen jede öffentlich erreichbare Domain, also auch deinkunde.com, ohne dass dort etwas installiert werden muss. Sie lesen das, was ohnehin öffentlich beantwortet wird: Zertifikat, DNS-Einträge, Mail-Records, HTTP-Antwort. Für Verfügbarkeitsverläufe und Incidents brauchst du dagegen einen eingerichteten Monitor und einen Token.

Ja, und du solltest sie kennen, bevor du etwas darauf baust. Der Endpunkt nimmt 120 Anfragen pro Minute und IP an, und jedes einzelne Check-Tool hat zusätzlich sein eigenes Limit: 15 bis 30 Aufrufe pro Minute bei den anonymen, je nach Aufwand des Checks, 60 bei den authentifizierten. Eine Mischung verschiedener Checks ist also unproblematisch, ein Tool im Dauerlauf nicht. Über dem Limit bekommst du HTTP 429 mit einem retryAfter-Wert, der dir sagt, wann das Fenster wieder aufgeht. Gezählt wird pro IP, nicht pro Token, ein Token bringt dir also nicht mehr. Wenn du einen Fall hast, der wirklich mehr braucht, sprich uns an.