Skip to main content
Glama
imprvhub

Status Observer MCP

Статус наблюдателя MCP

значок кузнеца

[!ПРИМЕЧАНИЕ] Этот проект постоянно обновляется новыми интеграциями платформ. Если вы не видите службу, которая должна быть доступна, или если Клод не распознает платформу, пожалуйста, обновите, запустив npm run build из свежеклонированного репозитория.

Последнее обновление : 2025-04-26T20:08:00Z (UTC) — Добавлена интеграция статуса Docker

Функции

  • Мониторинг самых используемых в мире цифровых платформ (GitHub, Slack, Discord и т. д.)

  • Получите подробную информацию о статусе конкретных услуг

  • Проверьте состояние определенных компонентов на каждой платформе.

  • Простой интерфейс запросов с такими командами, как status --github .

  • Обновления статуса обслуживания в режиме реального времени

Related MCP server: mcp-rss-aggregator

Демо

Нажмите на любую временную метку, чтобы перейти к соответствующему разделу видео.

00:00 — Оценка статуса платформы LinkedIn
Всесторонний анализ операционного здоровья LinkedIn, включая детальное изучение основных сервисов, таких как LinkedIn.com, LinkedIn Learning, Campaign Manager, Sales Navigator, Recruiter и Talent solutions. Все системы подтвердили полную работоспособность без сбоев в обслуживании.

00:20 — Обзор состояния инфраструктуры GitHub
Подробная оценка доступности сервиса GitHub, охватывающая критические компоненты, включая операции Git, запросы API, действия, веб-перехватчики, проблемы, запросы на извлечение, пакеты, страницы, кодовые пространства и функциональность Copilot. Полный рабочий статус подтвержден во всех сервисах GitHub.

00:40 - Анализ надежности платформы Vercel
Глубокое исследование глобальной периферийной сети Vercel и инфраструктуры развертывания, включающее комплексную отчетность о состоянии основных служб, таких как API, Dashboard, Builds, Serverless Functions, Edge Functions и глобальные местоположения CDN. Все службы Vercel проверены на работоспособность во всех регионах.

01:08 — Проверка состояния сети Cloudflare
Расширенный анализ состояния глобальной инфраструктуры Cloudflare, подробно описывающий доступность сервисов в географических регионах и конкретные компоненты сервисов. Выявлено снижение производительности в нескольких регионах (Африка, Азия, Европа, Латинская Америка, Ближний Восток, Северная Америка), в то время как основные сервисы остаются функциональными. Включает подробную оценку региональных центров обработки данных, находящихся на обслуживании, и анализ технического воздействия.

01:46 - Глобальный отчет о состоянии операций
Консолидированный обзор операционного статуса по всем основным технологическим платформам и поставщикам услуг, выделяющий как полностью операционные сервисы (GitHub, Vercel, Netlify, Asana, Atlassian и т. д.), так и сервисы, испытывающие ухудшение производительности (Cloudflare, Twilio). Включает стратегические рекомендации для организаций, зависящих от затронутых сервисов.

Требования

  • Node.js 16 или выше

  • Клод Десктоп

  • Интернет-подключение для доступа к API статуса

Установка

Установка вручную

  1. Клонируйте или загрузите этот репозиторий:

git clone https://github.com/imprvhub/mcp-status-observer
cd mcp-status-observer
  1. Установить зависимости:

npm install
  1. Создайте проект:

npm run build

Запуск сервера MCP

Существует два способа запуска сервера MCP:

Вариант 1: Запуск вручную

  1. Откройте терминал или командную строку.

  2. Перейдите в каталог проекта.

  3. Запустите сервер напрямую:

node build/index.js

Держите это окно терминала открытым при использовании Claude Desktop. Сервер будет работать, пока вы не закроете терминал.

Вариант 2: Автоматический запуск с помощью Claude Desktop (рекомендуется для регулярного использования)

Claude Desktop может автоматически запускать сервер MCP при необходимости. Чтобы настроить это:

Конфигурация

Файл конфигурации Claude Desktop находится по адресу:

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

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

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

Отредактируйте этот файл, чтобы добавить конфигурацию Status Observer MCP. Если файл не существует, создайте его:

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

Важно : замените ABSOLUTE_PATH_TO_DIRECTORY на полный абсолютный путь , по которому вы установили MCP.

  • Пример для macOS/Linux: /Users/username/mcp-status-observer

  • Пример для Windows: C:\\Users\\username\\mcp-status-observer

Если у вас уже настроены другие MCP, просто добавьте раздел "statusObserver" внутри объекта "mcpServers". Вот пример конфигурации с несколькими MCP:

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

Сервер MCP будет автоматически запускаться, когда это потребуется Claude Desktop, на основе конфигурации в файле claude_desktop_config.json .

Использование

  1. Перезапустите Claude Desktop после изменения конфигурации.

  2. В Claude используйте команду status для взаимодействия с MCP-сервером Status Observer.

  3. Сервер MCP работает как подпроцесс, управляемый Claude Desktop.

Доступные команды

Status Observer MCP предоставляет единый инструмент под названием status с несколькими командами:

Команда

Описание

Параметры

Пример

list

Список всех доступных платформ

Никто

status list

--[platform]

Получить статус для определенной платформы

Название платформы

status --github

--all

Получить статус для всех платформ

Никто

status --all

Пример использования

Вот несколько примеров того, как использовать Status Observer с Клодом:

Прямые команды:

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

Предварительный просмотр

Предварительный просмотр мониторинга состояния GCP

Подсказки на естественном языке:

Вы также можете взаимодействовать с MCP, используя естественный язык. Клод будет интерпретировать эти запросы и использовать соответствующие команды:

  • «Не могли бы вы проверить, есть ли сейчас какие-либо проблемы с сервисами Google Cloud Platform?»

  • «Были ли в последнее время какие-либо проблемы с Клодом или Anthropic API?»

  • «Есть ли в настоящее время какие-либо сбои в работе OpenAI?»

  • «Каков текущий статус LinkedIn?»

  • «Запросы на извлечение отключены? Каков статус GitHub?»

  • «Можете ли вы сказать, есть ли сейчас какие-либо сбои или перебои в работе Gemini AI от Google?»

  • «Проверьте, нет ли сбоев в работе Docker Hub Automated Builds»

  • «Покажите мне статус всех основных платформ»

Поиск неисправностей

Ошибка «Сервер отключен»

Если вы видите ошибку «MCP Status Observer: Server disconnected» в Claude Desktop:

  1. Убедитесь, что сервер работает :

    • Откройте терминал и вручную запустите node build/index.js из каталога проекта.

    • Если сервер запустится успешно, используйте Claude, оставив этот терминал открытым.

  2. Проверьте вашу конфигурацию :

    • Убедитесь, что абсолютный путь в claude_desktop_config.json правильный для вашей системы.

    • Дважды проверьте, что вы использовали двойные обратные косые черты ( \\ ) для путей Windows.

    • Убедитесь, что вы используете полный путь от корня вашей файловой системы.

Инструменты не отображаются в Claude

Если инструменты Status Observer не отображаются в Claude:

  • Убедитесь, что вы перезапустили Claude Desktop после настройки.

  • Проверьте журналы Claude Desktop на наличие ошибок связи MCP.

  • Убедитесь, что процесс сервера MCP запущен (запустите его вручную для подтверждения)

  • Убедитесь, что сервер MCP правильно зарегистрирован в реестре Claude Desktop MCP.

Проверка работоспособности сервера

Чтобы проверить, работает ли сервер:

  • Windows : Откройте диспетчер задач, перейдите на вкладку «Подробности» и найдите «node.exe».

  • macOS/Linux : Откройте терминал и выполните команду ps aux | grep node

Если вы не видите работающего сервера, запустите его вручную или воспользуйтесь методом автоматического запуска.

Внося вклад

Добавление новых API статуса

Участники могут легко добавить поддержку дополнительных платформ, изменив метод initializePlatforms в src/index.ts . Процесс прост:

  1. Определите конечную точку API статуса платформы

  2. Добавьте новую запись с помощью метода addPlatform со следующими параметрами:

    • id : уникальный идентификатор платформы (строчными буквами, без пробелов)

    • name : Отображаемое имя платформы.

    • url : URL-адрес конечной точки API статуса

    • description : Краткое описание платформы

Пример:

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

Различные API статуса могут возвращать данные в разных форматах. Если API новой платформы возвращает данные в формате, который не обрабатывается существующим кодом, вам может потребоваться добавить специальную логику синтаксического анализа для этой платформы.

Лицензия

Данный проект лицензирован в соответствии с Mozilla Public License 2.0 — подробности см. в файле 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