für Cursor

Verbinden Sie Cursor mit Ihrer Uptime-Überwachung

Cursor nimmt den Server per URL auf, registriert sich über OAuth selbst und öffnet Ihren Browser für eine Anmeldung mit dem Login, den Sie schon haben. Danach kann der Agent Ihrer Überwachung direkt aus dem Editor Fragen stellen: was ausgefallen ist, warum dieser Flow letzte Nacht fehlgeschlagen ist, ob der Endpunkt, den Sie gerade geändert haben, noch verfügbar ist. Schreibzugriffe zeigen in Cursor eine Bestätigung, bevor sie laufen.

Kostenlos starten

Per URL hinzufügen

Fügen Sie im MCP-Bereich der „Cursor Settings“ einen neuen Server hinzu und geben Sie ihm https://mcp.uptimepage.dev/mcp, oder schreiben Sie die Konfiguration unten in mcp.json: ~/.cursor/mcp.json für alle Projekte oder .cursor/mcp.json im Wurzelverzeichnis eines Repos, damit der Server für alle da ist, die es öffnen, wobei sich jede Person selbst anmeldet. Die Verbindung ist an die Organisation gebunden, die beim Zustimmen in der App aktiv ist; die Zustimmungsseite nennt sie. Den Rest erledigt Cursor: Cursor findet den Server, registriert sich beim Autorisierungsserver von Uptimepage und öffnet Ihren Browser auf der Anmelde- und Zustimmungsseite. Klicken Sie auf „Approve“, und die Tools erscheinen in der Tool-Liste des Agents. Nichts einzufügen und nichts zu rotieren.

Warum der cursor://-Callback in Ordnung ist

Cursor kehrt von der Anmeldung über sein eigenes cursor://-Schema zurück, neben einem Web-Callback und einem Loopback-Port. Uptimepage lässt dieses Schema bei der Registrierung namentlich zu, und PKCE ist Pflicht. Ein Programm auf Ihrem Rechner, das den cursor://-Handler kapert, würde also einen Autorisierungscode erhalten, den es nicht einlösen kann: Der Code ist an den Verifier gebunden, den Cursor hält. Die Zustimmungsseite sagt, wohin Sie nach „Approve“ gelangen, und bei einem nativen Schema sagt sie es klar: die App auf diesem Computer.

Was der Agent tun kann

Cursor unterstützt MCP-Elicitation seit 1.5, daher steht jedes der 20 Tools, die handeln, hinter einer Abfrage, die Cursor Ihnen zeigt, bevor es läuft, neben den 19, die lesen. Fragen Sie nach dem Endpunkt, den Sie gerade bearbeiten, und der Agent ruft get_monitor für die vollständige Konfiguration auf und get_monitor_history für die letzten 24 Stunden, mit Zeiten getrennt nach DNS, Verbindungsaufbau, TLS und erstem Byte, und nennt die Region, in der der Check fehlschlägt, falls er nur von einer aus fehlschlägt. Ein Monitor, den der Agent anlegt, führt zuerst seinen Check aus und zeigt das Ergebnis in der Bestätigung.

Prompts, die zu einem Editor passen

„Ist gerade etwas ausgefallen, das in diesem Repo überwacht wird?“ liest den Zustand der Organisation und filtert nach dem Tag, den Sie für das Projekt verwenden. „Einen Monitor für den Health-Endpunkt anlegen, den ich gerade geschrieben habe, aus denselben Regionen wie die anderen“ legt ihn hinter einer Bestätigung an, mit dem Ergebnis des Testlaufs in der Abfrage. „Warum ist der Login-Flow um 03:10 Uhr fehlgeschlagen?“ liest diesen Lauf Schritt für Schritt. „Die Staging-Monitore pausieren, während ich neu deploye, und sie danach fortsetzen“ pausiert hinter einer Abfrage und setzt hinter einer weiteren fort.

.cursor/mcp.json

{
  "mcpServers": {
    "uptimepage": {
      "url": "https://mcp.uptimepage.dev/mcp"
    }
  }
}

Häufige Fragen

Muss ich ein Token in Cursor einfügen?

Nein. Cursor registriert sich beim Autorisierungsserver, öffnet Ihren Browser für die Anmeldung und kehrt über sein cursor://-Schema zurück. Das Token wird hinter der Zustimmungsseite ausgestellt und von Cursor erneuert.

Zeigt Cursor die Bestätigung vor einem Schreibzugriff?

Ja. Cursor unterstützt MCP-Elicitation seit Version 1.5, daher fragt jedes Tool, das etwas ändert, Sie zuerst, direkt in Cursor, und ein Monitor, der gleich angelegt wird, zeigt das Ergebnis des Checks, den er bereits ausgeführt hat.

Kann ich den Server über das Repo mit meinem Team teilen?

Ja. Legen Sie die Konfiguration in .cursor/mcp.json im Wurzelverzeichnis des Projekts ab. Jedes Teammitglied meldet sich mit seinem eigenen Uptimepage-Login an, die Tokens sind also persönlich und werden einzeln widerrufen.

Ist die Rückkehr über einen cursor://-Link sicher?

Ja. PKCE ist Pflicht, also kann ein Autorisierungscode, der bei einem gekaperten Schema-Handler landet, ohne den Verifier, den Cursor hält, nicht eingelöst werden, und die Zustimmungsseite sagt vor Ihrer Zustimmung, wohin der Ablauf zurückkehrt: zur Cursor-Website oder zu einer App auf diesem Computer.

Auf einen Blick

Server-URL https://mcp.uptimepage.dev/mcp
Wo „Cursor Settings“ oder mcp.json
Anmeldung OAuth im Browser, zurück über cursor://
Token zum Einfügen keins
Bestätigungen ab Cursor 1.5 angezeigt
Pro Projekt .cursor/mcp.json im Repo
Einstiegspreis kostenlos, ohne Karte

Links

In unter 5 Minuten startklar.

Kostenlos starten

Funktionen · Preise · Notizen