Servidor MCP de ZenVault

• Nombre en el registroeu.zenvault/zenvaultverificado en el registro MCP

El nombre en el registro está bajo zenvault.eu. El registro solo permite usar ese espacio de nombres a quien demuestra control del dominio por DNS o HTTP.

• Estadorespondecomprobado el 2026-10-26
• Herramientas44
• El servidor se llamazenvault
• Versión del servidor1.0.0
• Versión del protocolo2024-11-05

El 2026-10-26 el servidor respondió a initialize y tools/list sin iniciar sesión. Primera respuesta en 810 ms.

• Sus herramientas hacen todos los casos de uso comprobados: schedule webhook wake-ups for recurring agent tasks; watch web pages and alert when content changes; buffer inbound webhooks until the agent collects them.
• Comprobado 1 de los 7 días necesarios para juzgar su fiabilidad.

Lo dicen reglas a partir de las mediciones de arriba. La primera llamada probable la elige un modelo de la lista de herramientas; lee su descripción antes de fiarte.

• Nota INITE MCPtras una semanala nota necesita 7 comprobaciones diarias: 1 hasta ahora
• Qué puede hacer un agente con él3 de 3 casos de uso
• Respondiómidiendo1 de las 7 comprobaciones diarias necesarias para mostrar el porcentaje
• Mediana de la primera respuesta859 ms
• Espacio en el contexto del agente≈ 3231 tokenslas definiciones de todas sus herramientas (44), que el agente lleva en cada turno
• Definiciones de herramientasC · 71 de 100
• Resultados tipados0 de 44 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Parámetros sin descripción: en 33 de 44
• Sin indicar si solo lee o puede destruir: 44 de 44

Un programa comprueba el servidor una vez al día: initialize y tools/list, sin modelo. Los tokens son la longitud de las definiciones, a unos cuatro caracteres por token. La nota promedia seis comprobaciones del nombre, la descripción, el esquema y las anotaciones de cada herramienta; dice lo bien descritas que están, no si funcionan. La nota pondera solo lo medido: si responde (25%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%), uso (10%) y lo fácil que es conectarse (10%). Lo que no se midió queda fuera, y una instrucción oculta limita la nota a 40. El estado de los servidores MCP de los proveedores: método y números →

• create_wakeup

  Schedule a webhook call at a future time (one-shot). Your agent can die; the call still happens.

• create_schedule

  Recurring webhook on a cron expression until the prepaid days run out.

• create_deadman

  Dead-man switch: if you stop checking in, we fire your alert webhook.

• checkin_deadman

  Check in to a dead-man switch so it does not fire.

• delayed_delivery

  Hand over a payload now; we POST it to the target at a future moment.

• create_drip

  Dump up to 100 items now; we deliver them to your webhook at a fixed rate.

• notarize

  Signed proof that a hash (or your data) existed at this moment.

• attested_fetch

  Fetch a URL and return content plus a signed receipt binding url, status, content hash and time.

• create_inbox

  Public URL that buffers inbound webhooks until you collect them.

• collect_messages

  Collect buffered messages from an inbox, bin, front door or form.

• create_frontdoor

  Durable front door: buffers webhooks and forwards them to your gateway with retry-until-ack.

• request_approval

  Ask a human to approve or deny an action; returns a URL for them and a signed verdict for you. Times out as denied.

• check_approval

  Check whether a human approved or denied your request.

• notify_human

  Send a message to a human on Telegram, Discord, Slack, ntfy, email and 100+ other services (apprise URL is used once, never stored).

• guaranteed_delivery

  POST a payload to a URL, retried with backoff until it succeeds.

• create_vault

  Create a key-value namespace with TTL that survives your runs.

• kv_set

  Store a value in a vault (max 1 MB).

• kv_get

  Read a value from a vault.

• kv_list

  List keys in a vault.

• save_checkpoint

  Save run state so you can resume after a crash.

• create_checkpoint

  Create a crash checkpoint store.

• load_checkpoint

  Load the latest saved checkpoint state.

• store_secret

  Store a value that self-destructs on first read; returns a one-time read URL.

• create_queue

  Pull-based work queue with leases; timed-out leases requeue.

• queue_push

  Push a job onto a queue.

• queue_lease

  Lease the next job from a queue.

• queue_ack

  Acknowledge (or nack) a leased job.

• create_counter

  Create an atomic counter.

• counter_incr

  Increment a counter atomically.

• claim_operation

  Idempotency firewall: claim an operation id exactly once across runs.

• create_idempotency

  Create an idempotency/replay firewall.

• publish_page

  Publish an HTML page at name.zenvault.eu for N days.

• create_link

  Create an expiring share link with click stats.

• create_watch

  Watch something and fire your webhook when it changes. Types: change, keyword, regex, structured, drift, redirect, sitemap, staleness, rss, dns, port, cert, heartbeat.

• watch_status

  Check a watch: last value, checks, fires.

• create_escalation

  Escalation chain: webhook, then after N seconds the next step, until acknowledged.

• get_resource

  Status of any resource you hold the management token for.

• extend_resource

  Extend a resource TTL by paying again.

• cancel_resource

  Cancel a resource early.

• export_resource

  Export everything under a resource before it expires.

• credit_balance

  Check the balance of your prepaid credit token.

• create_subtoken

  Mint a spend-capped child token for a sub-agent.

• list_prices

  Machine-readable price list for every ZenVault service, in USD.

• request_feature

  Tell the operator what ZenVault is missing. Free.