Status Observer MCP
MCP-Statusbeobachter
[!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 buildaus 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
Klonen oder laden Sie dieses Repository herunter:
git clone https://github.com/imprvhub/mcp-status-observer
cd mcp-status-observerInstallieren Sie Abhängigkeiten:
npm installErstellen Sie das Projekt:
npm run buildAusführen des MCP-Servers
Es gibt zwei Möglichkeiten, den MCP-Server auszuführen:
Option 1: Manuell ausführen
Öffnen Sie ein Terminal oder eine Eingabeaufforderung
Navigieren Sie zum Projektverzeichnis
Führen Sie den Server direkt aus:
node build/index.jsLassen 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.jsonWindows :
%APPDATA%\Claude\claude_desktop_config.jsonLinux :
~/.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-observerWindows-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
Starten Sie Claude Desktop nach der Änderung der Konfiguration neu
Verwenden Sie in Claude den
status, um mit dem Status Observer MCP Server zu interagierenDer 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 |
| Alle verfügbaren Plattformen auflisten | Keiner |
|
| Status für eine bestimmte Plattform abrufen | Plattformname |
|
| Status für alle Plattformen abrufen | Keiner |
|
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 listVorschau

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:
Überprüfen Sie, ob der Server läuft :
Öffnen Sie ein Terminal und führen Sie
node build/index.jsmanuell aus dem Projektverzeichnis ausWenn der Server erfolgreich startet, verwenden Sie Claude, während Sie dieses Terminal geöffnet halten
Überprüfen Sie Ihre Konfiguration :
Stellen Sie sicher, dass der absolute Pfad in
claude_desktop_config.jsonfür Ihr System korrekt istÜberprüfen Sie noch einmal, ob Sie doppelte Backslashes (
\\) für Windows-Pfade verwendet habenStellen 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 nodeaus.
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:
Identifizieren des Status-API-Endpunkts einer Plattform
Fügen Sie mit der Methode
addPlatformeinen neuen Eintrag mit den folgenden Parametern hinzu:id: Eine eindeutige Kennung für die Plattform (Kleinbuchstaben, keine Leerzeichen)name: Der Anzeigename der Plattformurl: Die Status-API-Endpunkt-URLdescription: 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 .
Weiterführende Links
Available Tools
1 toolstatusA
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).
| Name | Required | Description | Default |
|---|---|---|---|
| command | Yes | '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
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.
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.
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.
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.
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.
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 tool update
v0.8.0- Changed
status1 field changed- changed
Input schema / properties / command / descriptionPrevious 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')."
1 tool update
v1.0.0- First observed
status
TDQS
Scored across 1 tool
With only a single tool, there is no possibility of confusion or misselection between tools. The one tool's purpose is unambiguous.
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.
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.
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
Related MCP Connectors
- sentinelOAuthio.rootstuff
Uptime, SSL, DNS and domain monitoring you can talk to from Claude or any MCP client.
Model Context Protocol server for Studex tools, notifications, and profile integrations
A Model Context Protocol server for Wix AI tools
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Related MCP Servers
- FlicenseBqualityDmaintenanceA Model Context Protocol server that enables users to kickoff and monitor deployed CrewAI workflows through Claude Desktop.259-
- AlicenseAqualityAmaintenanceModel Context Protocol Server for aggregating RSS feeds in Claude Desktop327Mozilla Public 2.0
- FlicenseNot gradedqualityDmaintenanceA Python server implementing the Model Context Protocol that exposes tools for querying external APIs, compatible with Claude Desktop and ChatGPT Desktop.-
- AlicenseAqualityDmaintenanceA Model Context Protocol server that enables interaction with Polymarket prediction markets through Claude Desktop.31MIT