MCP de Arkame

Para ver el MCP funcionando antes de crear la cuenta, usa el token público de la demostración. Solo lee Harborline Logistics, una empresa ficticia con cuatro servidores (uno de ellos con Zimbra) y 90 días de backups. Todo pedido de cambio se rechaza.

En Claude Code:

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

En los otros clientes, usa la configuración de la sección Conectar con este token.

Preguntas para empezar:

• "¿Cómo salieron los backups de esta noche en Harborline?"
• "¿Qué cuentas de Zimbra están en el último backup de mail-01? ¿Alguna salió de Zimbra?"
• "¿Falló algún backup en los últimos 30 días? ¿Por qué?"
• "¿Está comprobada la restauración en todos los servidores?"

Los datos son ficticios y se regraban cada pocas horas. El token es el mismo para todos, y los límites cuentan por dirección IP.

1. En el panel, abre Configuración → API y MCP.
2. Ponle un nombre, elige el alcance (Lectura, o Lectura y operación) y la validez (hasta un año). Confirma con el código de la verificación en dos pasos.
3. Copia el token (ark_…): aparece una sola vez. La misma pantalla trae la configuración lista para pegar.

El token nunca puede más que tu rol en la organización, comprobado en cada llamada: si tu rol cambia, o sales de la organización, el token cambia también. Quien administra ve y revoca los tokens de todos.

El servidor está en https://save.arkame.app/api/mcp, por HTTP, con el token en el encabezado 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_…"
      }
    }
  }
}

Cualquier otro cliente MCP por HTTP sirve igual: la dirección y el encabezado.

Las herramientas de lectura están en cualquier token; las de operación, solo en el token de operación de quien opera planes.

Nada cambia sin el dueño del token. Crear, editar y pausar un plan, registrar un servidor y restaurar se convierten en una solicitud de aprobación: aparece en una ventana del panel para el dueño del token, con el detalle de la acción, el token, la IP y la región, y solo ocurre después de aprobarla con el código de la verificación en dos pasos. Quien no reconoce la solicitud revoca el token ahí mismo. La solicitud vence en 15 minutos. Ejecutar y reanudar actúan al instante.

Nunca por MCP: retención y borrado definitivo, comandos antes y después de la copia, archivar, miembros, facturación, webhooks y tokens. Es lo que un token filtrado (o un asistente engañado por un texto malicioso) no puede destruir. Para eso, usa el panel.

• Por token: 60 llamadas por minuto y 2000 por día.
• Por organización, sumando los tokens: 300 llamadas por minuto.
• Herramientas de operación: 10 por minuto por token.
• Por día, por token: ejecutar hasta 20; reanudar hasta 10; solicitudes para crear plan o servidor hasta 5 (cada uno), para editar hasta 10, para pausar hasta 5 y para restaurar hasta 10. Una solicitud rechazada también cuenta.
• Una llamada por pedido: no se aceptan lotes JSON-RPC.
• Listas con hasta 50 filas por llamada.
• Cada acción de operación queda en el registro de acciones, con el nombre del token.

• "¿Cómo fueron las copias de anoche? ¿Algún servidor sin señal?"
• "¿Por qué falló ayer la copia del erp-01, y desde cuándo?"
• "¿Qué servidores llevan más de 14 días sin restauración comprobada?"
• "Ejecuta ahora el plan diario del servidor de archivos."
• "Crea un plan que copie las mismas carpetas del erp-01 al bucket de la nube, después de la copia local."

La confirmación no depende del asistente: crear, editar y pausar planes, registrar servidores y restaurar solo ocurren después de que el dueño del token lo apruebe en una ventana del panel, con el código de la verificación en dos pasos, que nunca pasa por el chat. La ventana muestra el token, la IP, la región y el programa que hizo la solicitud; quien no la reconoce la rechaza y revoca el token ahí mismo. La solicitud vence en 15 minutos. El texto que vuelve de las herramientas (nombres de planes, servidores y archivos) es dato de la organización, y el servidor avisa al asistente que no es una instrucción.