MCP do Arkame

Para ver o MCP funcionando antes de criar a conta, use o token público da demonstração. Ele só lê a Harborline Logistics, uma empresa fictícia com quatro servidores (um deles com Zimbra) e 90 dias de backups. Todo pedido de mudança é recusado.

No Claude Code:

claude mcp add --transport http arkame-demo https://save.arkame.app/api/mcp \
  --header "Authorization: Bearer ark_demo3udDYUJZLkUyggylcEst_-so91lJrIC4idHYcgY"

Nos outros clientes, use a configuração da seção Conectar com este token.

Perguntas para começar:

• "Como foram os backups desta noite na Harborline?"
• "Quais contas do Zimbra estão no último backup do mail-01? Alguma saiu do Zimbra?"
• "Algum backup falhou nos últimos 30 dias? Por quê?"
• "A restauração está comprovada em todos os servidores?"

Os dados são fictícios e são regravados a cada poucas horas. O token é o mesmo para todos, e os limites contam por endereço IP.

1. No painel, abra Configurações → API e MCP.
2. Dê um nome, escolha o escopo (Leitura, ou Leitura e operação) e a validade (até um ano). Confirme com o código da verificação em duas etapas.
3. Copie o token (ark_…): ele aparece uma vez só. A mesma tela traz a configuração pronta para colar.

O token nunca pode mais do que o seu papel na organização, lido a cada chamada: se o seu papel mudar, ou se você sair da organização, o token muda junto. Quem administra vê e revoga os tokens de todos.

O servidor fica em https://save.arkame.app/api/mcp, por HTTP, com o token no cabeçalho Authorization: Bearer.

claude mcp add --transport http arkame https://save.arkame.app/api/mcp \
  --header "Authorization: Bearer ark_…"

{
  "mcpServers": {
    "arkame": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://save.arkame.app/api/mcp",
        "--header",
        "Authorization:${ARKAME_AUTH}"
      ],
      "env": {
        "ARKAME_AUTH": "Bearer ark_…"
      }
    }
  }
}

{
  "mcpServers": {
    "arkame": {
      "url": "https://save.arkame.app/api/mcp",
      "headers": {
        "Authorization": "Bearer ark_…"
      }
    }
  }
}

{
  "servers": {
    "arkame": {
      "type": "http",
      "url": "https://save.arkame.app/api/mcp",
      "headers": {
        "Authorization": "Bearer ark_…"
      }
    }
  }
}

Outro cliente compatível com MCP por HTTP serve do mesmo jeito: o endereço e o cabeçalho.

Ferramentas de leitura estão em qualquer token; as de operação, só no token de operação de quem opera planos.

Nada muda sem o dono do token. Criar, editar e pausar um plano, cadastrar um servidor e restaurar viram um pedido de aprovação: aparece numa janela do painel para o dono do token, com o detalhe da ação, o token, o IP e a região, e só acontece depois de aprovado com o código da verificação em duas etapas. Quem não reconhece o pedido revoga o token ali mesmo. O pedido vence em 15 minutos. Executar e retomar agem na hora.

Nunca pelo MCP: retenção e exclusão definitiva, comandos antes e depois do backup, arquivar, membros, cobrança, webhooks e tokens. É o que um token vazado (ou um assistente enganado por um texto malicioso) não consegue destruir. Para isso, use o painel.

• Por token: 60 chamadas por minuto e 2000 por dia.
• Por organização, somando os tokens: 300 chamadas por minuto.
• Ferramentas de operação: 10 por minuto por token.
• Por dia, por token: executar até 20; retomar até 10; pedidos para criar plano ou servidor até 5 (cada um), para editar até 10, para pausar até 5 e para restaurar até 10. Pedido recusado também conta.
• Uma chamada por pedido: lote JSON-RPC não é aceito.
• Listas com até 50 linhas por chamada.
• Toda ação de operação fica no registro de ações, com o nome do token.

• "Como foram os backups desta noite? Algum servidor sem sinal?"
• "Por que o backup do erp-01 falhou ontem, e desde quando?"
• "Quais servidores estão com a restauração comprovada há mais de 14 dias?"
• "Execute agora o plano diário do servidor de arquivos."
• "Crie um plano que copie as mesmas pastas do erp-01 para o bucket da nuvem, depois do backup local."

A confirmação não depende do assistente: criar, editar e pausar planos, cadastrar servidor e restaurar só acontecem depois de o dono do token aprovar numa janela do painel, com o código da verificação em duas etapas, que nunca passa pelo chat. A janela mostra o token, o IP, a região e o programa que fez o pedido; quem não o reconhece recusa e revoga o token ali mesmo. O pedido vence em 15 minutos. O texto que volta das ferramentas (nomes de planos, servidores e arquivos) é dado da organização, e o servidor avisa ao assistente que não é instrução.