comparando monitoramento como código
Quais monitores de uptime oferecem um servidor MCP?
Um servidor MCP permite que um assistente leia o seu monitoramento e, às vezes, o altere. Um ano atrás, quase ninguém nesta categoria tinha um. Isso não é mais verdade, então aqui está a situação real, conferida na documentação dos fornecedores, e não em anúncios.
A tabela abaixo é a comparação completa, sem edição. Leia primeiro, se preferir: é a mesma que enviaríamos para você.
AGPL-3.0 · um único binário · plano gratuito · sem cartão
Quem realmente tem um
| Uptimepage | Better Stack | UptimeRobot | Checkly | OpenStatus | Pingdom | |
|---|---|---|---|---|---|---|
| servidor MCP oficial | sim | sim | sim | sim | sim | nenhum |
| endpoint hospedado | sim | sim | sim | sim | sim | nenhum |
| login com OAuth | sim | sim | sim | sim | só chave de API | nenhum |
| escritas | protegidas, você aprova | sim | sim | sim | limitadas pela chave | nenhum |
| cobre páginas de status | sim | sim | sim | sim | sim | nenhum |
Servidores MCP hospedados e autenticados por OAuth são comuns nesta categoria em julho de 2026, e não um diferencial. O Better Stack, o UptimeRobot e o Checkly têm um, assim como o Datadog, o Grafana Cloud, o Sentry e o PagerDuty no universo mais amplo de observabilidade.
O StatusCake e o Pingdom não oferecem servidor MCP. O servidor oficial da Atlassian cobre Jira, Confluence, Bitbucket e Compass, e explicitamente não cobre o Statuspage.
O OneUptime oferece um servidor hospedado com cerca de 155 ferramentas, autenticado com uma chave de API com escopo de projeto, e não com OAuth.
O Uptime Kuma não tem servidor MCP oficial. Existem cerca de uma dúzia de wrappers da comunidade, todos locais e apontados para uma instância que você roda.
Verificado na documentação de cada fornecedor em 14 de julho de 2026.
Hoje isso é o básico, não um diferencial
Preferimos dizer isso com todas as letras a deixar você descobrir sozinho. Servidores MCP hospedados, autenticados por OAuth e com ações de escrita estão chegando a toda a categoria: o Better Stack, o UptimeRobot e o Checkly já têm o seu, e o do Checkly chegou em junho de 2026. O Datadog, o Grafana Cloud, o Sentry e o PagerDuty têm os seus no universo mais amplo de observabilidade. O OpenStatus e o OneUptime também oferecem servidores, embora os dois parem na autenticação por chave de API, sem OAuth. Se um fornecedor disser que o servidor MCP dele o torna único, confira os outros.
O dado interessante é quem está de fora
Em julho de 2026, o StatusCake não oferece nenhum servidor MCP. O Pingdom não oferece nenhum servidor MCP, e nada que um cliente possa conectar aparece em parte alguma da documentação de produtos da SolarWinds. A Atlassian tem um servidor MCP oficial, que cobre Jira, Confluence, Bitbucket e Compass e explicitamente não cobre o Statuspage. O Uptime Kuma também não tem um servidor oficial; o que existe é uma dúzia de wrappers da comunidade, todos locais, apontados para a sua própria instância. Se importa para você que um assistente leia o seu monitoramento, essa lista curta pesa mais do que qualquer tabela de funcionalidades.
Hospedado ou local, e por que isso importa
Um servidor hospedado é uma URL para a qual você aponta um cliente, e o fornecedor cuida da autenticação e das atualizações. Um local é um processo que você roda, guardando uma chave, normalmente via stdio. Local funciona bem numa estação de trabalho e é incômodo para uma equipe, porque cada pessoa que quer usá-lo precisa instalá-lo e configurar as próprias credenciais. As ferramentas auto-hospedadas ficam do lado local por natureza, o que não é bem uma crítica, e sim uma consequência de onde elas rodam.
Pergunte o que ele pode mudar, não só o que pode ler
Ler é a metade fácil. A pergunta que vale fazer a um fornecedor é o que um assistente tem permissão de fazer, e o que fica entre um modelo confuso e o seu monitoramento de produção. A norma que vem se formando é algum tipo de barreira: o PagerDuty vem só com leitura até você passar uma flag, o Grafana Cloud faz você consentir com as escritas no momento da autorização, o OpenStatus tira as ferramentas que alteram dados das chaves somente leitura e exige uma flag de notificação explícita, o OneUptime marca as suas ferramentas destrutivas. O Uptimepage segue a mesma linha: as leituras são livres, e toda escrita pede a sua aprovação antes e fica registrada na auditoria depois.
Onde o Uptimepage se encaixa
O servidor MCP do Uptimepage roda no mesmo processo, em mcp.uptimepage.dev, com OAuth em um clique, o mesmo isolamento entre organizações, os mesmos escopos e os mesmos limites de taxa do painel, e escritas protegidas pela sua aprovação. Ele cobre monitores, incidentes e páginas de status, então um assistente consegue dizer o que está quebrado, há quanto tempo está quebrado e o que você disse aos clientes sobre isso. Ele também cria monitores, e roda cada verificação uma vez e mostra o resultado antes de salvar qualquer coisa, um critério mais rigoroso do que a maior parte desta categoria exige para uma escrita. Essa combinação é boa, e não é rara, e as duas coisas são verdade. Grátis no plano hospedado, sem cartão, ou hospede por conta própria sob AGPL.
- 01Entre com GitHub ou Google. Sem cartão, sem ligação de vendas.
- 02Cole uma URL. A primeira verificação roda antes de você terminar de ler isto.
- 03Publique a página de status, ou exporte-a para o Terraform e mantenha no Git.
api99,98%
p95 142 ms · um incidente em 45 dias
dashboard99,91%
p95 318 ms · dois dias com degradação
webhooks99,99%
p95 88 ms · nenhum incidente
RESOLVIDO14 min
Latência elevada na API do painel
14:22 resolvido, latência de volta abaixo de 300 ms
14:08 aberto automaticamente pela verificação do painel
no ar degradado fora do ar 45 dias · assinantes por e-mail e webhook