Status Observer MCP
Observador del estado del MCP
[!NOTA] Este proyecto se actualiza constantemente con nuevas integraciones de plataformas. Si no ve un servicio que debería estar disponible, o si Claude no reconoce una plataforma, actualice ejecutando
npm run builddesde un repositorio recién clonado.Última actualización : 2025-04-26T20:08:00Z (UTC) - Se agregó la integración del estado de Docker
Características
Monitorear las plataformas digitales más utilizadas del mundo (GitHub, Slack, Discord, etc.)
Obtenga información detallada del estado de servicios específicos
Verificar el estado de componentes específicos dentro de cada plataforma
Interfaz de consulta simple con comandos como
status --github.Actualizaciones en tiempo real del estado del servicio
Related MCP server: mcp-rss-aggregator
Manifestación
Haga clic en cualquier marca de tiempo para saltar a esa sección del video.
00:00 - Evaluación del estado de la plataforma LinkedIn
Análisis exhaustivo del estado operativo de LinkedIn, que incluye un análisis detallado de servicios clave como LinkedIn.com, LinkedIn Learning, Campaign Manager, Sales Navigator, Recruiter y soluciones de talento. Se confirmó que todos los sistemas están completamente operativos sin interrupciones del servicio.
00:20 - Descripción general del estado de la infraestructura de GitHub
Evaluación detallada de la disponibilidad del servicio de GitHub, que abarca componentes críticos como operaciones de Git, solicitudes de API, acciones, webhooks, incidencias, solicitudes de extracción, paquetes, páginas, espacios de código y funcionalidad de Copilot. Se confirmó el estado operativo completo de todos los servicios de GitHub.
00:40 - Análisis de confiabilidad de la plataforma Vercel
Análisis exhaustivo de la red global de borde de Vercel y su infraestructura de implementación, con informes completos sobre el estado de servicios clave como API, panel de control, compilaciones, funciones sin servidor, funciones de borde y ubicaciones globales de CDN. Todos los servicios de Vercel están verificados y operativos en todas las regiones.
01:08 - Análisis del estado de la red de Cloudflare
Análisis exhaustivo del estado de la infraestructura global de Cloudflare, que detalla la disponibilidad del servicio en las distintas regiones geográficas y sus componentes específicos. Se identificó una degradación del rendimiento en varias regiones (África, Asia, Europa, Latinoamérica, Oriente Medio y Norteamérica), aunque los servicios principales siguen funcionando. Incluye una evaluación detallada de los centros de datos regionales en mantenimiento y un análisis del impacto técnico.
01:46 - Informe sobre el estado operativo global
Resumen consolidado del estado operativo de las principales plataformas tecnológicas y proveedores de servicios, destacando tanto los servicios plenamente operativos (GitHub, Vercel, Netlify, Asana, Atlassian, etc.) como los que presentan un rendimiento reducido (Cloudflare, Twilio). Incluye recomendaciones estratégicas para organizaciones que dependen de los servicios afectados.
Requisitos
Node.js 16 o superior
Escritorio de Claude
Conexión a Internet para acceder a las API de estado
Instalación
Instalación manual
Clonar o descargar este repositorio:
git clone https://github.com/imprvhub/mcp-status-observer
cd mcp-status-observerInstalar dependencias:
npm installConstruir el proyecto:
npm run buildEjecución del servidor MCP
Hay dos formas de ejecutar el servidor MCP:
Opción 1: Ejecutar manualmente
Abra una terminal o un símbolo del sistema
Navegar al directorio del proyecto
Ejecute el servidor directamente:
node build/index.jsMantenga esta ventana de terminal abierta mientras usa Claude Desktop. El servidor se ejecutará hasta que cierre la terminal.
Opción 2: Inicio automático con Claude Desktop (recomendado para uso habitual)
El Escritorio Claude puede iniciar automáticamente el servidor MCP cuando sea necesario. Para configurarlo:
Configuración
El archivo de configuración de Claude Desktop se encuentra en:
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonVentanas :
%APPDATA%\Claude\claude_desktop_config.jsonLinux :
~/.config/Claude/claude_desktop_config.json
Edite este archivo para agregar la configuración del MCP de Status Observer. Si el archivo no existe, créelo:
{
"mcpServers": {
"statusObserver": {
"command": "node",
"args": ["ABSOLUTE_PATH_TO_DIRECTORY/mcp-status-observer/build/index.js"]
}
}
}Importante : Reemplace ABSOLUTE_PATH_TO_DIRECTORY con la ruta absoluta completa donde instaló el MCP
Ejemplo de macOS/Linux:
/Users/username/mcp-status-observerEjemplo de Windows:
C:\\Users\\username\\mcp-status-observer
Si ya tiene otros MCP configurados, simplemente añada la sección "statusObserver" dentro del objeto "mcpServers". A continuación, se muestra un ejemplo de configuración con varios MCP:
{
"mcpServers": {
"otherMcp1": {
"command": "...",
"args": ["..."]
},
"otherMcp2": {
"command": "...",
"args": ["..."]
},
"statusObserver": {
"command": "node",
"args": [
"ABSOLUTE_PATH_TO_DIRECTORY/mcp-status-observer/build/index.js"
]
}
}
}El servidor MCP se iniciará automáticamente cuando Claude Desktop lo necesite, según la configuración de su archivo claude_desktop_config.json .
Uso
Reinicie Claude Desktop después de modificar la configuración
En Claude, utilice el comando
statuspara interactuar con el servidor MCP de Status ObserverEl servidor MCP se ejecuta como un subproceso administrado por Claude Desktop
Comandos disponibles
El MCP Status Observer proporciona una única herramienta denominada status con varios comandos:
Dominio | Descripción | Parámetros | Ejemplo |
| Listar todas las plataformas disponibles | Ninguno |
|
| Obtener el estado de una plataforma específica | Nombre de la plataforma |
|
| Obtener estado para todas las plataformas | Ninguno |
|
Ejemplo de uso
A continuación se muestran varios ejemplos de cómo utilizar el Observador de estado con Claude:
Comandos directos:
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 listAvance

Indicaciones en lenguaje natural:
También puedes interactuar con el MCP mediante lenguaje natural. Claude interpretará estas solicitudes y usará los comandos adecuados:
¿Podrías verificar si hay algún problema con los servicios de Google Cloud Platform en este momento?
"¿Ha habido algún problema reciente con Claude o la API de Anthropic?"
"¿OpenAI está experimentando alguna interrupción en estos momentos?"
"¿Cuál es el estado actual de LinkedIn?"
¿Las solicitudes de extracción están inactivas? ¿Cuál es el estado de GitHub?
"¿Puedes decirme si la inteligencia artificial Gemini de Google está experimentando alguna interrupción o corte de servicio en este momento?"
Verificar si Docker Hub Automated Builds presenta interrupciones.
"Muéstrame el estado de todas las plataformas principales"
Solución de problemas
Error "Servidor desconectado"
Si ve el error "MCP Status Observer: Servidor desconectado" en Claude Desktop:
Verifique que el servidor esté ejecutándose :
Abra una terminal y ejecute manualmente
node build/index.jsdesde el directorio del proyectoSi el servidor se inicia correctamente, utilice Claude mientras mantiene esta terminal abierta
Comprueba tu configuración :
Asegúrese de que la ruta absoluta en
claude_desktop_config.jsonsea correcta para su sistemaVerifique nuevamente que haya utilizado barras invertidas dobles (
\\) para las rutas de WindowsVerifique que esté utilizando la ruta completa desde la raíz de su sistema de archivos
Herramientas que no aparecen en Claude
Si las herramientas de Status Observer no aparecen en Claude:
Asegúrese de haber reiniciado Claude Desktop después de la configuración
Verifique los registros de Claude Desktop para detectar cualquier error de comunicación de MCP
Asegúrese de que el proceso del servidor MCP se esté ejecutando (ejecútelo manualmente para confirmarlo)
Verifique que el servidor MCP esté registrado correctamente en el registro de MCP de Claude Desktop
Comprobando si el servidor está funcionando
Para comprobar si el servidor está funcionando:
Windows : Abra el Administrador de tareas, vaya a la pestaña "Detalles" y busque "node.exe"
macOS/Linux : Abra la Terminal y ejecute
ps aux | grep node
Si no ve el servidor en ejecución, inícielo manualmente o utilice el método de inicio automático.
Contribuyendo
Agregar nuevas API de estado
Los colaboradores pueden añadir fácilmente compatibilidad con plataformas adicionales modificando el método initializePlatforms en src/index.ts . El proceso es sencillo:
Identificar el punto final de la API de estado de una plataforma
Agregue una nueva entrada utilizando el método
addPlatformcon los siguientes parámetros:id: Un identificador único para la plataforma (en minúsculas, sin espacios)name: El nombre para mostrar de la plataformaurl: La URL del punto final de la API de estadodescription: Una breve descripción de la plataforma.
Ejemplo:
this.addPlatform('newservice', 'New Service', 'https://status.newservice.com/api/v2/summary.json', 'Description of the service');Las distintas API de estado pueden devolver datos en distintos formatos. Si la API de una nueva plataforma devuelve datos en un formato que el código existente no admite, podría ser necesario agregar una lógica de análisis específica para esa plataforma.
Licencia
Este proyecto está licenciado bajo la Licencia Pública de Mozilla 2.0: consulte el archivo de LICENCIA para obtener más detalles.
Enlaces relacionados
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