StatOSS

npx add-mcp 'https://statoss.com/api/v1/mcp'

Dois endpoints do Model Context Protocol: um somente leitura ao lado de cada página e um com chave sobre a conta.

Ao lado de cada página

https://<page>/mcp (e statoss.com/s/<address>/mcp) é um servidor MCP somente leitura, sem chave: get_status, list_incidents e get_error_budget. Em uma página protegida por senha ou privada, ele usa a chave da página como ?key=.

Sobre a conta

https://statoss.com/api/v1/mcp com uma chave de API como token de portador. Chaves de leitura obtêm list_pages, get_status, list_monitors e list_incidents; chaves de escrita adicionam create_monitor, open_incident, schedule_maintenance, post_update e record_deploy. As ferramentas de incidentes aceitam o que a API REST aceita: um estado por monitor, um início no passado, um incidente já encerrado, lembretes e repetição de uma janela, e notify: false para deixar assinantes de fora. Cada ferramenta responde com os mesmos recursos que a API REST envia, e uma chave que alcança apenas uma página vê somente essa página.

Conectando um cliente

Ambos os endpoints usam o transporte Streamable HTTP, sem estado: JSON-RPC via POST, JSON de volta, sem sessão e sem fluxo de eventos. Claude Code, Cursor, Claude Desktop e a maioria dos outros clientes aceitam um servidor remoto como URL mais cabeçalhos.

claude mcp add statoss https://statoss.com/api/v1/mcp \
  --transport http \
  --header "Authorization: Bearer sk_..."

Ou, como uma entrada JSON para um cliente que lê uma:

{
  "mcpServers": {
    "statoss": {
      "url": "https://statoss.com/api/v1/mcp",
      "headers": { "Authorization": "Bearer sk_..." }
    }
  }
}

llms.txt

https://<page>/llms.txt é um arquivo de texto curto que diz o que a página é, lista seus monitores e aponta para status.json, os feeds e o endpoint MCP, com uma nota sobre como ler status.json. É isso que deve ser entregue a um modelo de linguagem em vez do HTML. O llms.txt do próprio site descreve o StatOSS.