NodePing MCP by usefulapi

Was du damit machen kannst

Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.

• Verbindung: Läuft in der Cloud
• Transport: Streamable HTTP
• Kategorie: Sonstiges

Installation

Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.

Du brauchst

• Läuft in der CloudNichts zu installieren; die Verbindung läuft übers Internet

Welche App nutzt du?

https://nodeping.usefulapi.io/mcp

claude mcp add --transport http nodeping https://nodeping.usefulapi.io/mcp

{
  "mcpServers": {
    "nodeping": {
      "url": "https://nodeping.usefulapi.io/mcp"
    }
  }
}

{
  "servers": {
    "nodeping": {
      "type": "http",
      "url": "https://nodeping.usefulapi.io/mcp"
    }
  }
}

https://nodeping.usefulapi.io/mcp

Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.

Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.

Was er kann

Tool-Namen und -Beschreibungen genau so, wie der Server sie am 6. Nov. 2026 gemeldet hat. Geschrieben hat sie der Entwickler, nicht wir; wir zeigen sie als reinen Text.

• nodeping_get_account

  The NodePing account the token belongs to (name, status, timezone, next billing date, default probe locations), or a SubAccount with customer_id. GET /accounts.

• nodeping_list_checks

  List monitoring checks with label, type, target, interval, enabled state and pass/fail (state 1 = passing, 0 = failing; firstdown = when the current outage began). Filter client-side by status, type or label text. Compact by default; set detail=true for the full (scrubbed) check

• nodeping_get_check

  One check by id with its full (scrubbed) configuration. Optionally include its latest result and uptime. GET /checks/{id}.

• nodeping_get_check_results

  Raw results of a check, newest first by default: pass/fail (su), run time (rt, ms), message (m), status text (sc), start (s) and the probe location (l). Use span (hours) or start/end (ms epoch, ISO 8601 or RFC 2822; GMT unless a zone is given) to bound it. GET /results/{id}.

• nodeping_get_check_uptime

  Uptime percentage of a check per day or month (enabled and down milliseconds plus uptime %), with a total. GET /results/uptime/{id}.

• nodeping_get_check_events

  Down and disabled events of a check (start, end, message, open) newest first: an incident history. limit=1 returns the most recent event. GET /results/events/{id}.

• nodeping_get_current_events

  Everything that is down or disabled right now across the account (type, label, since when). The quickest 'what is broken' view. GET /results/current.

• nodeping_get_check_summary

  Hourly summary of a check's results: count, min, max and average run time per UTC hour. GET /results/summary/{id}.

• nodeping_list_notifications

  The alert notifications NodePing sent (who, when, what), for one check or for the whole account, newest first. Contact addresses that are webhook URLs or keys are masked. GET /notifications[/{check_id}].

• nodeping_list_contacts

  All notification contacts with their addresses (email, SMS, webhook, Slack, ...). Webhook/Slack/PagerDuty/Pushover addresses are masked. Address ids are what contact groups and checks reference. GET /contacts.

• nodeping_get_contact

  One contact by id with its addresses (secret-like addresses masked). GET /contacts?id={id}.

• nodeping_list_contact_groups

  Contact groups (name and member address ids), keyed by group id. GET /contactgroups.

• nodeping_list_schedules

  Notification schedules (per-weekday time windows a contact is alerted in). GET /schedules.

• nodeping_get_schedule

  One notification schedule by name (for example Days or All) with its seven weekday entries. GET /schedules/{name}.

• nodeping_list_notification_profiles

  Notification profiles: named sets of contacts/groups with delay and schedule, reusable across checks. GET /notificationprofiles.

• nodeping_list_maintenance

  Scheduled and ad-hoc maintenance entries (checks they disable, cron, duration, next run, last runs). GET /maintenance.

• nodeping_get_maintenance

  One maintenance entry by id. GET /maintenance/{id}.

• nodeping_get_probe_info

  NodePing's probe servers (two-letter codes) or regions (nam, lam, eur, eao, wlw): the values a check's run locations use. GET /info/probe[/{code}] or /info/location[/{code}].

• nodeping_update_check

  WRITE: change a check's label, description, tags, target, timeout (threshold seconds) or re-checks before alert (sens). Only the fields you pass change. It does not enable the check, create checks or touch billing. PUT /checks/{id}.

• nodeping_mute_check

  WRITE: mute a check's notifications (the check keeps running and recording) until a time or indefinitely, or unmute it. mute_until is a future time in ms since the epoch; omit it with mute=true to mute until unmuted. PUT /checks/{id}.

• nodeping_disable_check

  WRITE: stop a check from running (enabled=false); its history is kept. Re-enabling is done in the NodePing app (it changes the number of billed checks). PUT /checks/{id}.

• nodeping_create_adhoc_maintenance

  WRITE: create a one-off maintenance window that disables the listed checks for duration_minutes and re-enables them afterwards (no alerts meanwhile). Created inactive unless start_now=true, which starts it immediately. POST /maintenance/ad-hoc.

• nodeping_delete_maintenance

  WRITE (destructive): remove a maintenance entry. DELETE /maintenance/{id}.

• nodeping_create_contact_group

  WRITE: create a contact group from existing contact address ids. POST /contactgroups.

• nodeping_update_contact_group

  WRITE: rename a contact group and/or replace its member list (send the FULL list; omitted members are removed). PUT /contactgroups/{id}.

• nodeping_delete_contact_group

  WRITE (destructive): delete a contact group. Checks that notify the group lose that notification target. DELETE /contactgroups/{id}.

• nodeping_put_schedule

  WRITE: create or update a notification schedule. NodePing stores all seven weekdays at once, so for an existing schedule the weekdays you pass are merged into its current ones; a new schedule needs all seven. Per weekday: time1/time2 window (24h), exclude to invert it, disabled f

• nodeping_delete_schedule

  WRITE (destructive): delete a notification schedule by name. DELETE /schedules/{name}.

Basischecksi

Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 6. Nov. 2026

• ✓ Bestanden

  Entwickler passt zum Repo

  Der Registry-Name wurde über die Domain usefulapi.io bestätigt (die Registry prüft, wem die Domain gehört)

• … Noch nicht geprüft

  Wird noch gepflegt

  Dieses Repo haben wir noch nicht von GitHub gelesen

• … Noch nicht geprüft

  Hat eine Lizenz

  Dieses Repo haben wir noch nicht von GitHub gelesen

• ✓ Bestanden

  Endpunkt antwortet

  Antwort in 18 ms (HTTP 200)

• – Nicht zutreffend

  Anmeldung mit OAuth

  Keine Anmeldung nötig

• ✓ Bestanden

  Keine versteckten Anweisungen in Tool-Beschreibungen

  Wir haben 28 Tool-Beschreibungen gelesen und keine versteckten Anweisungen an die KI gefunden

Im Vergleich mit anderen in Sonstigesi

• Mehr Sterne als 0 % der anderen 32461 Server in dieser Kategorie
• Neuer in der Registry veröffentlicht als 97 % der anderen 32461 Server in dieser Kategorie
• Basischecks gleich gut wie oder besser als bei 100 % der anderen 32461 Server in dieser Kategorie

Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.

Alternativen

Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.

So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti

README vom Entwickler

{