Skip to main content
Glama
imprvhub

Status Observer MCP

MCP-Statusbeobachter

Schmiedeabzeichen

[!NOTE] Dieses Projekt wird kontinuierlich mit neuen Plattformintegrationen aktualisiert. Wenn ein Dienst nicht angezeigt wird, der verfügbar sein sollte, oder wenn Claude eine Plattform nicht erkennt, führen Sie die Aktualisierung durch, indem Sie npm run build aus einem neu geklonten Repository ausführen.

Zuletzt aktualisiert : 26.04.2025, 20:08:00Z (UTC) – Docker-Statusintegration hinzugefügt

Merkmale

  • Überwachen Sie die weltweit am häufigsten verwendeten digitalen Plattformen (GitHub, Slack, Discord usw.).

  • Erhalten Sie detaillierte Statusinformationen zu bestimmten Diensten

  • Überprüfen Sie den Status bestimmter Komponenten innerhalb jeder Plattform

  • Einfache Abfrageschnittstelle mit Befehlen wie status --github .

  • Echtzeit-Updates des Servicestatus

Related MCP server: mcp-rss-aggregator

Demo

Klicken Sie auf einen beliebigen Zeitstempel, um zu diesem Abschnitt des Videos zu springen

00:00 – Statusbewertung der LinkedIn-Plattform
Umfassende Analyse der operativen Integrität von LinkedIn, einschließlich detaillierter Prüfung von Kerndiensten wie LinkedIn.com, LinkedIn Learning, Campaign Manager, Sales Navigator, Recruiter und Talent Solutions. Alle Systeme sind voll funktionsfähig und ohne jegliche Betriebsunterbrechungen.

00:20 – Übersicht über den Status der GitHub-Infrastruktur
Detaillierte Bewertung der Serviceverfügbarkeit von GitHub, einschließlich kritischer Komponenten wie Git-Operationen, API-Anfragen, Aktionen, Webhooks, Problemen, Pull-Anfragen, Paketen, Seiten, Codespaces und Copilot-Funktionalität. Der vollständige Betriebsstatus aller GitHub-Dienste wurde bestätigt.

00:40 – Zuverlässigkeitsanalyse der Vercel-Plattform
Detaillierte Untersuchung des globalen Edge-Netzwerks und der Bereitstellungsinfrastruktur von Vercel mit umfassenden Statusberichten zu Kerndiensten wie API, Dashboard, Builds, Serverless Functions, Edge Functions und globalen CDN-Standorten. Alle Vercel-Dienste sind in allen Regionen betriebsbereit.

01:08 – Cloudflare-Netzwerkstatusprüfung
Umfassende Analyse des globalen Infrastrukturstatus von Cloudflare mit detaillierter Darstellung der Serviceverfügbarkeit in verschiedenen geografischen Regionen und spezifischen Servicekomponenten. Festgestellte Leistungseinbußen in mehreren Regionen (Afrika, Asien, Europa, Lateinamerika, Naher Osten, Nordamerika), während die Kerndienste weiterhin funktionsfähig sind. Beinhaltet eine detaillierte Bewertung der regionalen Rechenzentren in Wartung und eine Analyse der technischen Auswirkungen.

01:46 – Globaler Betriebsstatusbericht
Konsolidierte Übersicht über den Betriebsstatus aller wichtigen Technologieplattformen und Dienstanbieter. Dabei werden sowohl voll funktionsfähige Dienste (GitHub, Vercel, Netlify, Asana, Atlassian usw.) als auch Dienste mit Leistungseinbußen (Cloudflare, Twilio) hervorgehoben. Enthält strategische Empfehlungen für Unternehmen, die von betroffenen Diensten abhängig sind.

Anforderungen

  • Node.js 16 oder höher

  • Claude Desktop

  • Internetverbindung für den Zugriff auf Status-APIs

Installation

Manuelle Installation

  1. Klonen oder laden Sie dieses Repository herunter:

git clone https://github.com/imprvhub/mcp-status-observer
cd mcp-status-observer
  1. Installieren Sie Abhängigkeiten:

npm install
  1. Erstellen Sie das Projekt:

npm run build

Ausführen des MCP-Servers

Es gibt zwei Möglichkeiten, den MCP-Server auszuführen:

Option 1: Manuell ausführen

  1. Öffnen Sie ein Terminal oder eine Eingabeaufforderung

  2. Navigieren Sie zum Projektverzeichnis

  3. Führen Sie den Server direkt aus:

node build/index.js

Lassen Sie dieses Terminalfenster geöffnet, während Sie Claude Desktop verwenden. Der Server läuft, bis Sie das Terminal schließen.

Option 2: Autostart mit Claude Desktop (empfohlen für den regelmäßigen Gebrauch)

Der Claude Desktop kann den MCP-Server bei Bedarf automatisch starten. So richten Sie dies ein:

Konfiguration

Die Konfigurationsdatei von Claude Desktop befindet sich unter:

  • macOS : ~/Library/Application Support/Claude/claude_desktop_config.json

  • Windows : %APPDATA%\Claude\claude_desktop_config.json

  • Linux : ~/.config/Claude/claude_desktop_config.json

Bearbeiten Sie diese Datei, um die Status Observer MCP-Konfiguration hinzuzufügen. Falls die Datei nicht vorhanden ist, erstellen Sie sie:

{
  "mcpServers": {
    "statusObserver": {
      "command": "node",
      "args": ["ABSOLUTE_PATH_TO_DIRECTORY/mcp-status-observer/build/index.js"]
    }
  }
}

Wichtig : Ersetzen Sie ABSOLUTE_PATH_TO_DIRECTORY durch den vollständigen absoluten Pfad , in dem Sie MCP installiert haben

  • macOS/Linux-Beispiel: /Users/username/mcp-status-observer

  • Windows-Beispiel: C:\\Users\\username\\mcp-status-observer

Wenn Sie bereits andere MCPs konfiguriert haben, fügen Sie einfach den Abschnitt „statusObserver“ innerhalb des Objekts „mcpServers“ hinzu. Hier ist ein Beispiel für eine Konfiguration mit mehreren MCPs:

{
  "mcpServers": {
    "otherMcp1": {
      "command": "...",
      "args": ["..."]
    },
    "otherMcp2": {
      "command": "...",
      "args": ["..."]
    },
    "statusObserver": {
      "command": "node",
      "args": [
        "ABSOLUTE_PATH_TO_DIRECTORY/mcp-status-observer/build/index.js"
      ]
    }
  }
}

Der MCP-Server wird automatisch gestartet, wenn Claude Desktop ihn benötigt, basierend auf der Konfiguration in Ihrer Datei claude_desktop_config.json .

Verwendung

  1. Starten Sie Claude Desktop nach der Änderung der Konfiguration neu

  2. Verwenden Sie in Claude den status , um mit dem Status Observer MCP Server zu interagieren

  3. Der MCP-Server läuft als Unterprozess, verwaltet von Claude Desktop

Verfügbare Befehle

Der Status Observer MCP bietet ein einzelnes Tool namens status mit mehreren Befehlen:

Befehl

Beschreibung

Parameter

Beispiel

list

Alle verfügbaren Plattformen auflisten

Keiner

status list

--[platform]

Status für eine bestimmte Plattform abrufen

Plattformname

status --github

--all

Status für alle Plattformen abrufen

Keiner

status --all

Beispielverwendung

Hier sind verschiedene Beispiele für die Verwendung des Status Observers mit Claude:

Direkte Befehle:

status --all
status --amplitude
status --anthropic
status --asana
status --atlassian
status --cloudflare
status --digitalocean
status --discord
status --docker
status --dropbox
status --gcp
status --gemini 
status --github
status --linkedin
status --netlify
status --npm
status --openai
status --reddit
status --slack
status --twilio
status --vercel
status --x
status list

Vorschau

Vorschau der GCP-Statusüberwachung

Eingabeaufforderungen in natürlicher Sprache:

Sie können auch in natürlicher Sprache mit dem MCP interagieren. Claude interpretiert diese Anfragen und verwendet die entsprechenden Befehle:

  • „Könnten Sie prüfen, ob es derzeit Probleme mit den Diensten der Google Cloud Platform gibt?“

  • „Gab es in letzter Zeit Probleme mit Claude oder der Anthropic API?“

  • „Gibt es bei OpenAI derzeit Ausfälle?“

  • „Wie ist der aktuelle Status von LinkedIn?“

  • „Pull Requests sind ausgefallen? Wie ist der Status von GitHub?“

  • „Können Sie mir sagen, ob es bei der Gemini-KI von Google derzeit zu Dienstunterbrechungen oder -ausfällen kommt?“

  • „Überprüfen Sie, ob bei Docker Hub Automated Builds Ausfälle auftreten.“

  • „Zeigen Sie mir den Status aller wichtigen Plattformen“

Fehlerbehebung

Fehler „Server getrennt“

Wenn in Claude Desktop der Fehler „MCP Status Observer: Server getrennt“ angezeigt wird:

  1. Überprüfen Sie, ob der Server läuft :

    • Öffnen Sie ein Terminal und führen Sie node build/index.js manuell aus dem Projektverzeichnis aus

    • Wenn der Server erfolgreich startet, verwenden Sie Claude, während Sie dieses Terminal geöffnet halten

  2. Überprüfen Sie Ihre Konfiguration :

    • Stellen Sie sicher, dass der absolute Pfad in claude_desktop_config.json für Ihr System korrekt ist

    • Überprüfen Sie noch einmal, ob Sie doppelte Backslashes ( \\ ) für Windows-Pfade verwendet haben

    • Stellen Sie sicher, dass Sie den vollständigen Pfad vom Stammverzeichnis Ihres Dateisystems verwenden.

Werkzeuge, die in Claude nicht erscheinen

Wenn die Status Observer-Tools in Claude nicht angezeigt werden:

  • Stellen Sie sicher, dass Sie Claude Desktop nach der Konfiguration neu gestartet haben

  • Überprüfen Sie die Claude Desktop-Protokolle auf MCP-Kommunikationsfehler

  • Stellen Sie sicher, dass der MCP-Serverprozess ausgeführt wird (führen Sie ihn zur Bestätigung manuell aus).

  • Überprüfen Sie, ob der MCP-Server korrekt in der Claude Desktop MCP-Registrierung registriert ist

Überprüfen, ob der Server läuft

So überprüfen Sie, ob der Server läuft:

  • Windows : Öffnen Sie den Task-Manager, gehen Sie zur Registerkarte „Details“ und suchen Sie nach „node.exe“.

  • macOS/Linux : Öffnen Sie das Terminal und führen Sie ps aux | grep node aus.

Wenn der Server nicht ausgeführt wird, starten Sie ihn manuell oder verwenden Sie die Autostart-Methode.

Beitragen

Hinzufügen neuer Status-APIs

Mitwirkende können ganz einfach Unterstützung für zusätzliche Plattformen hinzufügen, indem sie die Methode initializePlatforms in src/index.ts anpassen. Der Vorgang ist unkompliziert:

  1. Identifizieren des Status-API-Endpunkts einer Plattform

  2. Fügen Sie mit der Methode addPlatform einen neuen Eintrag mit den folgenden Parametern hinzu:

    • id : Eine eindeutige Kennung für die Plattform (Kleinbuchstaben, keine Leerzeichen)

    • name : Der Anzeigename der Plattform

    • url : Die Status-API-Endpunkt-URL

    • description : Eine kurze Beschreibung der Plattform

Beispiel:

this.addPlatform('newservice', 'New Service', 'https://status.newservice.com/api/v2/summary.json', 'Description of the service');

Verschiedene Status-APIs können Daten in unterschiedlichen Formaten zurückgeben. Wenn die API einer neuen Plattform Daten in einem Format zurückgibt, das vom vorhandenen Code nicht verarbeitet werden kann, müssen Sie möglicherweise eine spezielle Analyselogik für diese Plattform hinzufügen.

Lizenz

Dieses Projekt ist unter der Mozilla Public License 2.0 lizenziert – Einzelheiten finden Sie in der Datei LICENSE .

Available Tools

1 tool
statusA

Check the operational status of major digital platforms, read from each vendor's official status API. Covers AI providers (Anthropic, OpenAI, Gemini), clouds (GCP, Cloudflare, DigitalOcean, Vercel, Netlify, Supabase) and developer or workplace tools (GitHub, Docker, npm, Slack, Atlassian, Discord, Dropbox, Twilio, Asana, Reddit, LinkedIn, Amplitude).

ParametersJSON Schema
NameRequiredDescriptionDefault
commandYes'list' to see every supported platform, 'all' for a one-line summary of each, or a platform id such as 'github', 'anthropic' or 'gcp'. A leading '--' is accepted too (e.g. '--github').

TDQS

A3.9/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full burden. It discloses a meaningful behavioral trait — data is read from each vendor's official status API, implying live external reads rather than cached/local data — but says nothing about rate limits, authentication, latency, caching, or failure behavior when a vendor API is unreachable.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two sentences, front-loaded with the purpose before the coverage list. The long provider enumeration is justified because no enums exist in the schema, though it is dense enough to slightly dilute the core statement.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a single-parameter read tool with no output schema, the description is nearly sufficient: purpose, data source, and valid platform values are all covered. The one gap is that it never hints at the shape of the returned status information (e.g., per-platform status codes), leaving the agent to discover it empirically.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100% and already documents 'list', 'all', and platform ids, so the baseline is 3. The description adds value beyond the schema by enumerating the concrete platform identifiers (github, anthropic, gcp, etc.), which compensates for the absence of any enum constraint on the command parameter.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb ('Check') and resource ('operational status of major digital platforms') and clarifies the data source ('each vendor's official status API'). The enumeration of covered providers makes the scope unambiguous even though no sibling tools exist to differentiate from.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Implies its use case (checking platform status) but offers no explicit when-to-use/when-not guidance or prerequisites. With no sibling tools, there is little to route against, so the omission is less costly, but the description still never says under what circumstances an agent should reach for this tool.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool updatev0.8.0
    • Changedstatus1 field changed
      • changedInput schema / properties / command / description
        Previous value: -"Command to execute (list, --all, or platform with -- prefix like --github)"New value: +"'list' to see every supported platform, 'all' for a one-line summary of each, or a platform id such as 'github', 'anthropic' or 'gcp'. A leading '--' is accepted too (e.g. '--github')."
  2. 1 tool updatev1.0.0
    • First observedstatus

TDQS

A3.9/5.0

Scored across 1 tool

Disambiguation5/5

With only a single tool, there is no possibility of confusion or misselection between tools. The one tool's purpose is unambiguous.

Naming Consistency4/5

The lone tool 'status' is a simple, readable noun name. There is no naming pattern to violate, though it does not follow a verb_noun convention.

Tool Count3/5

A single tool for a status-checking service is thin but arguably sufficient since it is a read-only fetch. It covers many vendors under one operation, making the surface borderline minimal.

Completeness4/5

The tool covers a broad set of vendors' status APIs, fulfilling the core domain purpose. However, it lacks operations for filtering by vendor, incident history, or per-service detail, which are minor gaps.

Maintenance

ActivityMaintained
ResponsivenessResponsive

Related MCP Connectors

Related MCP Servers