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 статуса
Установка
Установка вручную
Клонируйте или загрузите этот репозиторий:
git clone https://github.com/imprvhub/mcp-status-observer
cd mcp-status-observerУстановить зависимости:
npm installСоздайте проект:
npm run buildЗапуск сервера MCP
Существует два способа запуска сервера MCP:
Вариант 1: Запуск вручную
Откройте терминал или командную строку.
Перейдите в каталог проекта.
Запустите сервер напрямую:
node build/index.jsДержите это окно терминала открытым при использовании Claude Desktop. Сервер будет работать, пока вы не закроете терминал.
Вариант 2: Автоматический запуск с помощью Claude Desktop (рекомендуется для регулярного использования)
Claude Desktop может автоматически запускать сервер MCP при необходимости. Чтобы настроить это:
Конфигурация
Файл конфигурации Claude Desktop находится по адресу:
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows :
%APPDATA%\Claude\claude_desktop_config.jsonLinux :
~/.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 .
Использование
Перезапустите Claude Desktop после изменения конфигурации.
В Claude используйте команду
statusдля взаимодействия с MCP-сервером Status Observer.Сервер MCP работает как подпроцесс, управляемый Claude Desktop.
Доступные команды
Status Observer MCP предоставляет единый инструмент под названием status с несколькими командами:
Команда | Описание | Параметры | Пример |
| Список всех доступных платформ | Никто |
|
| Получить статус для определенной платформы | Название платформы |
|
| Получить статус для всех платформ | Никто |
|
Пример использования
Вот несколько примеров того, как использовать 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Предварительный просмотр

Подсказки на естественном языке:
Вы также можете взаимодействовать с MCP, используя естественный язык. Клод будет интерпретировать эти запросы и использовать соответствующие команды:
«Не могли бы вы проверить, есть ли сейчас какие-либо проблемы с сервисами Google Cloud Platform?»
«Были ли в последнее время какие-либо проблемы с Клодом или Anthropic API?»
«Есть ли в настоящее время какие-либо сбои в работе OpenAI?»
«Каков текущий статус LinkedIn?»
«Запросы на извлечение отключены? Каков статус GitHub?»
«Можете ли вы сказать, есть ли сейчас какие-либо сбои или перебои в работе Gemini AI от Google?»
«Проверьте, нет ли сбоев в работе Docker Hub Automated Builds»
«Покажите мне статус всех основных платформ»
Поиск неисправностей
Ошибка «Сервер отключен»
Если вы видите ошибку «MCP Status Observer: Server disconnected» в Claude Desktop:
Убедитесь, что сервер работает :
Откройте терминал и вручную запустите
node build/index.jsиз каталога проекта.Если сервер запустится успешно, используйте Claude, оставив этот терминал открытым.
Проверьте вашу конфигурацию :
Убедитесь, что абсолютный путь в
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 . Процесс прост:
Определите конечную точку API статуса платформы
Добавьте новую запись с помощью метода
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 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