para o Cursor
Conecte o Cursor ao seu monitoramento de uptime
O Cursor aceita o servidor pela URL, se registra via OAuth e abre seu navegador para um login que você já tem. Depois disso, o agente pode fazer perguntas ao seu monitoramento de dentro do editor: o que está fora do ar, por que aquele fluxo falhou ontem à noite, se o endpoint que você acabou de mudar continua no ar. As escritas mostram uma confirmação no Cursor antes de rodar.
Adicione pela URL
Adicione um novo servidor na seção MCP de “Cursor Settings” e informe https://mcp.uptimepage.dev/mcp, ou escreva a configuração abaixo em mcp.json: ~/.cursor/mcp.json para todos os projetos, ou .cursor/mcp.json na raiz de um repositório para que o servidor esteja lá para todo mundo que abrir o repositório, cada um entrando com a própria conta. A conexão fica vinculada à organização ativa no app quando você aprova; a tela de consentimento mostra o nome dela. O Cursor cuida do resto: descobre o servidor, se registra no servidor de autorização do Uptimepage e abre seu navegador na tela de login e consentimento. Aprove, e as ferramentas aparecem na lista de ferramentas do agente. Nada para colar e nada para rotacionar.
Por que o callback cursor:// é seguro
O Cursor volta do login pelo próprio esquema cursor://, além de um callback web e de uma porta de loopback. O Uptimepage aceita esse esquema pelo nome no registro do cliente, e o PKCE é obrigatório, então um programa na sua máquina que sequestrasse o handler de cursor:// receberia um código de autorização que não consegue resgatar: o código está vinculado ao verificador que o Cursor guarda. A tela de consentimento diz para onde você vai depois de “Approve” e, para um esquema nativo, diz isso com todas as letras: o app neste computador.
O que o agente pode fazer
O Cursor oferece suporte à elicitation do MCP desde a versão 1.5, então cada uma das 20 ferramentas que agem fica atrás de uma confirmação que o Cursor mostra a você antes de rodar, ao lado das 19 que leem. Pergunte sobre o endpoint que você está editando e o agente chama get_monitor para ver a configuração completa dele e get_monitor_history para as últimas 24 horas, com os tempos divididos em DNS, conexão, TLS e primeiro byte, e aponta a região em que ele falha, se ele só falha a partir de uma. Um monitor que o agente cria roda a verificação primeiro e mostra o resultado na confirmação.
Prompts que combinam com um editor
“Alguma coisa monitorada neste repositório está fora do ar agora?” lê a saúde da organização e filtra pela tag que você usa no projeto. “Adicione um monitor para o endpoint de health check que eu acabei de escrever, nas mesmas regiões dos outros” cria o monitor com uma única confirmação, com o resultado da verificação de teste no próprio pedido. “Por que o fluxo de login falhou às 03:10?” lê essa execução passo a passo. “Pause os monitores de staging enquanto eu faço o redeploy e depois retome” pausa com uma confirmação e retoma com outra.
.cursor/mcp.json
{
"mcpServers": {
"uptimepage": {
"url": "https://mcp.uptimepage.dev/mcp"
}
}
}Perguntas frequentes
Preciso colar um token no Cursor?
O Cursor mostra a confirmação antes de uma escrita?
Posso compartilhar o servidor com minha equipe pelo repositório?
Voltar por um link cursor:// é seguro?
Visão geral
- URL do servidor https://mcp.uptimepage.dev/mcp
- Onde Cursor Settings ou mcp.json
- Login OAuth no navegador, de volta via cursor://
- Token para colar nenhum
- Confirmações exibidas no Cursor 1.5 e posteriores
- Por projeto .cursor/mcp.json no repositório
- Preço para começar grátis, sem cartão