Monitorar API pelo Claude ou ChatGPT: 6 prompts prontos

Dá pra monitorar sua API pelo Claude ou pelo ChatGPT sem abrir painel nenhum: você conecta um servidor MCP de monitoramento ao agente e pede, em português, "monitora isso e me avisa no Discord se cair". O agente cria o monitor, testa a URL, liga o canal de alerta e manda uma mensagem de teste. Abaixo, a conexão em um minuto e seis prompts prontos pra copiar, do primeiro monitor ao incidente publicado na status page.

Este post é sobre o uso. Se você quer entender o servidor em si (as tools, OAuth vs. device flow, e como ele se compara aos MCPs do UptimeRobot e do Better Stack), leia antes o MCP de monitoramento no Claude, Cursor e ChatGPT.

Antes: conecte o MCP (1 minuto)

Os exemplos usam o servidor do Tá Rodando, https://tarodando.com.br/mcp. A conexão é OAuth: abre o navegador, você entra por email ou GitHub e clica em Permitir. Sem conta ainda, o Permitir cria a conta na hora, sem cartão.

Os menus do Claude.ai e do ChatGPT são os de 14/10/2026 (lista completa no /llms.txt). Eles mudam de nome com frequência; se não achar, procure "connector" ou "Developer mode" nas configurações.

Prompt 1: o primeiro monitor

Monitora https://api.minhaempresa.com.br/health a cada 5 minutos.
Antes de criar, testa a URL e me diz o status HTTP e a latência.

O que acontece por trás: o agente chama ver_conta (descobre o plano e os intervalos permitidos), testar_url (roda um check agora, sem gravar nada) e criar_monitor, que grava o monitor e o primeiro check. Se a URL já estiver falhando, o servidor recusa e o agente te pergunta se quer criar mesmo assim. É o que salva do clássico "colei a URL de staging".

Monitor novo nasce privado: só o time vê. Ele só aparece na status page quando você colocar numa seção (prompt 4).

Prompt 2: monitorar a API, não só o "200"

Um /health que sempre responde 200, mesmo com o banco fora, não monitora nada. Se a sua resposta tem um campo que só aparece quando está tudo certo, peça a checagem de palavra-chave:

Cria um monitor pra https://api.minhaempresa.com.br/health
que só conta como no ar se a resposta tiver o texto "db":"ok".

Com keyword, resposta 2xx sem o texto conta como falha. Pega a página em branco que responde 200 e o endpoint que sobe sem conseguir falar com o banco. Detalhe do servidor: só o primeiro MB do corpo é lido e nada é guardado. A diferença entre maiúsculas e minúsculas importa.

Prompt 3: o alerta no canal do time

Discord, Slack e Google Chat entram por webhook. Cole a URL do webhook no prompt:

Cria um canal de alerta no Discord com este webhook:
https://discord.com/api/webhooks/SEU_WEBHOOK
Liga ele em todos os monitores e manda uma mensagem de teste.

O agente encadeia criar_canal, vincular_canal (com "all") e testar_canal. A mensagem de teste chega no canal em segundos; se não chegar, o erro volta na conversa (webhook recusado, por exemplo).

Pro Telegram, o fluxo é outro: criar_canal devolve um link, você abre no celular, o bot do Tá Rodando entra no chat ou no grupo do time, e pronto.

Quero o alerta no grupo do time no Telegram. Me passa o link pra conectar.

Todos esses canais (email, Telegram, Slack, Discord, Google Chat, webhook genérico) estão no plano grátis. Webhook é segredo: se o seu histórico de conversa é compartilhado, crie o canal pelo painel em vez de colar a URL no chat.

Prompt 4: a status page

Cria uma status page chamada "Minha Empresa" no endereço minhaempresa.
Coloca o monitor da API na seção "API" e o do site na seção "Site".

configurar_status_page cria a página em minhaempresa.tarodando.com.br e estruturar_pagina organiza as seções. Na página pública, o monitor vira "serviço", com uptime dos últimos 90 dias. Monitor que fica fora de seção continua privado.

Prompt 5: caiu, e agora?

Quando o alerta chega, a investigação também pode ser na conversa:

O que caiu nas últimas 24 horas? Desde quando, qual o motivo
e quem foi avisado em cada canal?

listar_ocorrencias e ver_ocorrencia trazem início, fim, duração, motivo (timeout, DNS, HTTP 5xx...) e a linha do tempo dos avisos. Pra saber se ainda está fora:

Testa a API de novo agora e me mostra a disponibilidade dos últimos 7 dias.

Isso é testar_url mais listar_checks, que devolve o percentual de disponibilidade, as falhas e a latência do período.

O alerta, aliás, não sai na primeira falha: o check é refeito uns 30 segundos depois e o time só é avisado se falhar de novo. Evita acordar alguém por um soluço de rede.

Prompt 6: o incidente público, com revisão

Escreve um incidente pra status page sobre essa queda da API.
Tom direto, sem prometer prazo. Me mostra antes de publicar.

publicar_ocorrencia sem confirmação devolve só o rascunho: título, serviço, severidade, status e mensagem. Você ajusta ("tira o 'pedimos desculpas pelo transtorno'"), e só quando disser "pode publicar" o agente chama de novo com confirmar: true. Aí o incidente vai pra status page e os assinantes recebem por email ou Telegram. Os updates seguintes seguem o mesmo caminho:

Atualiza o incidente: identificamos a causa, foi o pool de conexões do banco.
Status "identificado".

Quando voltar, "marca como resolvido" fecha o incidente (atualizar_incidente com status resolvido).

Incidente público nunca sai sozinho, nem pelo monitor nem pelo agente. Quando um serviço cai, ele aparece fora do ar e o incidente é sugerido; o texto só vai ao ar quando alguém do time publica.

O setup inteiro num prompt só

Se você já sabe o que quer, dá pra mandar tudo de uma vez:

Monitora https://app.minhaempresa.com.br a cada 5 minutos e
https://api.minhaempresa.com.br/health com a palavra-chave "ok".
Cria um canal no Discord com este webhook: https://discord.com/api/webhooks/SEU_WEBHOOK,
liga nos dois monitores e manda um teste.
Depois cria a status page "Minha Empresa" com o site na seção "Site" e a API na seção "API".

No fim você tem dois monitores rodando, a mensagem de teste no Discord e a página no ar. No Claude Code, com o plugin do Tá Rodando instalado, tem ainda a receita /tarodando:monitorar-projeto, que guia esse setup.

Cuidados que valem pra qualquer agente

• Aprovação manual nas tools que apagam ou publicam. remover_monitor, remover_canal e publicar_ocorrencia com confirmação não devem ficar no "sempre permitir". No Claude Code, pedir aprovação é o padrão; deixe assim.
• Limite do plano vale na conversa. O grátis tem 10 monitores com checagem a cada 5 ou 15 minutos; o Pro (R$ 79/mês) vai a 30 monitores a cada 1 minuto. Pedir o 11º monitor no grátis volta erro de limite, não cobrança surpresa.
• Só HTTP(S). Não tem monitor de ping, porta TCP ou heartbeat de cron, e a status page ainda não aceita domínio próprio. Se precisa disso, o comparativo com o UptimeRobot mostra quem cobre.
• O agente erra, o servidor não deixa passar. As mesmas validações da API valem pelo MCP: IP privado é recusado, URL quebrada não vira monitor sem confirmação, e são no máximo 60 chamadas por minuto por credencial (freio contra agente em loop).

Perguntas rápidas

Dá pra monitorar API com o ChatGPT? Dá, desde que o seu plano permita conectar servidor MCP (hoje, planos pagos com Developer mode ligado). O ChatGPT não checa a API sozinho de tempos em tempos: quem checa é o serviço de monitoramento; o ChatGPT só configura e consulta.

Preciso deixar o Claude aberto pra o monitor funcionar? Não. O agente só cria e ajusta. Os checks rodam no servidor do Tá Rodando, de fora da sua infraestrutura, e o alerta chega no canal mesmo com o computador desligado.

Quais MCPs vale ter no Claude Code? Depende da stack, mas um de monitoramento fecha o ciclo do deploy: você sobe a feature e, na mesma sessão, pede "monitora o endpoint novo". O resto (GitHub, banco, Figma) é o que você já usa no dia a dia.

É grátis? O MCP funciona no plano grátis, com os mesmos 10 monitores, a status page e todos os canais de alerta do painel.

Quer testar agora? Conecte o servidor com o comando da tabela lá em cima e mande o prompt 1 com a URL do seu /health.

Criar status page grátis