MCP de monitoramento: uptime no Claude, Cursor e ChatGPT

Um MCP de monitoramento é um servidor MCP (Model Context Protocol) que deixa o seu agente de IA, seja Claude, Cursor, Codex ou ChatGPT, falar direto com a ferramenta de uptime: criar monitor, ver o que caiu, ligar o alerta no canal do time e publicar incidente na status page, tudo pela conversa. Você não abre painel nem copia chave de API. Abaixo, o que ele faz na prática, a configuração de cada host pronta pra copiar e o que os servidores do UptimeRobot e do Better Stack oferecem (conferido nas páginas oficiais em 07/10/2026).

O que um servidor MCP de monitoramento faz

O MCP é o padrão que os agentes usam pra chamar ferramentas externas. O servidor publica uma lista de tools (funções com nome, descrição e parâmetros) e o agente decide quando chamar cada uma. Num servidor de monitoramento, essas tools cobrem três coisas:

1. Ler o estado: quais monitores existem, quais estão fora, o histórico de checks, a disponibilidade dos últimos 30 dias.
2. Mudar a configuração: criar, pausar ou apagar monitor, trocar intervalo, ligar canal de alerta.
3. Falar com o público: publicar o incidente na status page.

Na prática, isso troca dez cliques por uma frase. Em vez de abrir o painel, copiar a URL do deploy e escolher o intervalo, você escreve:

Monitora https://api.minhaempresa.com.br/health a cada 5 minutos e me avisa no Telegram se cair.

E o agente faz as chamadas. O ganho maior aparece no meio do incidente: "o que caiu nas últimas 24 horas e quem foi avisado?" vira uma pergunta, não uma investigação em três abas.

As tools do MCP do Tá Rodando

O servidor fica em https://tarodando.com.br/mcp (Streamable HTTP, sem sessão). A lista abaixo é a do /llms.txt em 07/10/2026, que é a referência que o próprio agente lê:

Dois detalhes de desenho que importam quando quem chama é um agente:

• Nada público sai sem confirmação. publicar_ocorrencia sem confirmar: true devolve só o rascunho do incidente (título, serviço, severidade, mensagem). O agente mostra o texto, você aprova, e só aí ele vai pra status page e pros assinantes.
• URL quebrada não vira monitor por engano. criar_monitor testa a URL; se ela já está falhando, só grava com confirmar: true. Isso pega o clássico "colei a URL de staging".

O limite é de 60 chamadas por minuto por credencial. Acima disso volta HTTP 429 com Retry-After, um freio contra agente em loop.

Como conectar: Claude Code, Codex, Cursor, Claude.ai e ChatGPT

Em todos os hosts a autenticação é OAuth: abre o navegador, você faz login por email ou GitHub e clica em Permitir. Se ainda não tem conta, o Permitir cria a conta na hora, sem cartão. Não tem chave pra copiar nem pra vazar num .json versionado.

Claude Code

O caminho mais curto, no terminal (fora do Claude Code):

claude mcp add --transport http tarodando https://tarodando.com.br/mcp

Depois, dentro do Claude Code, rode /mcp, escolha tarodando → Authenticate e clique em Permitir. Tem também um plugin que instala o servidor junto com três receitas prontas (/tarodando:monitorar-projeto, /tarodando:incidente e /tarodando:status):

/plugin marketplace add tarodando/tarodando-agent
/plugin install tarodando@tarodando

Codex

codex mcp add tarodando --url https://tarodando.com.br/mcp

O Codex detecta o OAuth e abre o navegador. Se não abrir, codex mcp login tarodando.

Cursor

Em ~/.cursor/mcp.json:

{
  "mcpServers": {
    "tarodando": { "url": "https://tarodando.com.br/mcp" }
  }
}

O Cursor abre o login no primeiro uso.

Claude.ai

Customize → Connectors → + → Add custom connector, URL https://tarodando.com.br/mcp, deixe Client ID e Secret em branco, Add e Connect.

ChatGPT

Precisa de plano pago. Em Settings → Apps → Advanced settings, ative o Developer mode, clique em Create e cole a URL do servidor. Em Business e Enterprise, o admin libera o Developer mode antes. A OpenAI troca o nome desses menus com frequência; se não achar, procure "Developer mode" nas Settings.

Agente com terminal, sem reiniciar

Conector novo no Claude Code só aparece em sessão nova. Se você está no meio de uma sessão e não quer perder o contexto, o agente pode entrar pelo login no navegador (device flow, RFC 8628): pede um código, abre a página, você confere o código e clica em Permitir, e ele segue na mesma conversa. O roteiro com os comandos está no /llms.txt; basta mandar o agente ler.

Pra cortar o acesso de um app: painel → Plano → Apps conectados → Desconectar.

Na prática: do zero ao alerta numa conversa

Com o servidor conectado, um pedido assim resolve o setup inteiro:

Cria um monitor pra https://app.minhaempresa.com.br/health a cada 5 minutos, liga um canal no Discord com este webhook: https://discord.com/api/webhooks/... e manda um teste. Depois cria uma status page "Minha Empresa" com esse monitor na seção "Aplicação".

O agente encadeia ver_conta (pra saber o teto do plano), criar_monitor, criar_canal, vincular_canal, testar_canal e configurar_status_page. No fim você tem o monitor rodando, a mensagem de teste no Discord e a página em minhaempresa.tarodando.com.br.

No dia em que cair, o alerta sai quando a falha se confirma: o check é refeito uns 30 segundos depois da primeira falha e, se falhar de novo, o time é avisado. Aí a conversa vira:

O que caiu? Desde quando? Escreve um incidente pra status page, mas me mostra antes.

listar_ocorrencias traz início, motivo (timeout, DNS, HTTP 5xx...) e quem foi avisado; publicar_ocorrencia devolve o rascunho; você ajusta e confirma.

Uma regra que vale pra qualquer MCP com tool destrutiva (remover_monitor, remover_canal): deixe o host pedindo aprovação a cada chamada de escrita. No Claude Code esse é o padrão; não coloque essas tools no "sempre permitir".

UptimeRobot MCP e Better Stack MCP: o que eles oferecem

MCP de monitoramento não é exclusividade de ninguém. Os dois nomes grandes do segmento já têm o seu, e os dois são bons:

Fontes: página do MCP do UptimeRobot e doc "MCP server" do Better Stack, consultadas em 07/10/2026.

Leitura honesta: o UptimeRobot tem mais tipos de monitor e mais dado de incidente; o Better Stack cobre a stack de observabilidade inteira (logs, traces, on-call), com o preço e a complexidade que isso traz. O Uptime Kuma, se você hospeda o seu, só tem servidores MCP feitos pela comunidade, não um oficial.

O que o Tá Rodando junta é outra coisa: tudo em português (tools, mensagens de erro, status page), a conta nascendo no próprio Permitir do agente, alerta no Telegram, Discord, Slack ou Google Chat no plano grátis e preço em real, com Pix. Ele também não faz tudo: não tem monitor de ping, porta ou heartbeat de cron, não checa mais rápido que 1 minuto e a status page ainda não aceita domínio próprio. Se você precisa disso, um dos dois acima atende melhor.

Perguntas rápidas

MCP de monitoramento é seguro? É tão seguro quanto o que você deixa o agente fazer. Prefira servidor com OAuth (dá pra revogar o acesso por app sem trocar chave), mantenha a aprovação manual pras tools que apagam ou publicam e não cole token de API em arquivo versionado.

Existe MCP de status page? Existe. No Tá Rodando, configurar_status_page cria a página, estruturar_pagina organiza as seções e publicar_ocorrencia publica o incidente com confirmação. O Better Stack também gerencia status page pelo MCP. Quem busca "statuspage mcp" geralmente acha servidores feitos pela comunidade pro Atlassian Statuspage.

Tem MCP pro Uptime Kuma? Só servidores da comunidade, no GitHub. Como o Kuma roda na sua infra, o servidor MCP também roda junto, e você cuida de update e de quem tem acesso.

Precisa pagar pra usar o MCP do Tá Rodando? Não. O MCP funciona no plano grátis (10 monitores a cada 5 ou 15 minutos, status page e todos os canais de alerta). O Pro, R$ 79/mês, sobe pra 30 monitores com checagem a cada 1 minuto.

Quer ver na sua conversa? Roda o claude mcp add lá de cima e pede "monitora o meu site". Se preferir o painel, a documentação tem o passo a passo; e se está comparando ferramentas de uptime, o post sobre o UptimeRobot e o plano grátis dele ajuda a decidir.

Criar status page grátis