Ir para o conteúdo

Servidor MCP de ZenVault

Quais servidores MCP são de ZenVault, do registro oficial e encontrados perguntando ao próprio domínio, se respondem e o que oferecem. Um programa verificou cada item; nada foi copiado da página do produto.

lido em 2026-10-26

← Voltar para ZenVault

De quem é o servidor
  • Nome no registroeu.zenvault/zenvaultverificado no registro MCP

O nome no registro fica sob zenvault.eu. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

Quando perguntamosverificado em 2026-10-26
  • Estadorespondeverificado em 2026-10-26
  • Ferramentas44
  • O servidor se chamazenvault
  • Versão do servidor1.0.0
  • Versão do protocolo2024-11-05

Em 2026-10-26 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 810 ms.

Um agente deve conectá-loAinda não está claro
  • As ferramentas fazem todos os casos de uso verificados: schedule webhook wake-ups for recurring agent tasks; watch web pages and alert when content changes; buffer inbound webhooks until the agent collects them.
  • Verificado em 1 dos 7 dias necessários para julgar a confiabilidade.

Depois de conectar

  • Para "schedule webhook wake-ups for recurring agent tasks", a primeira chamada provável é create_schedule.
  • Para "watch web pages and alert when content changes", a primeira chamada provável é create_watch.
  • Para "buffer inbound webhooks until the agent collects them", a primeira chamada provável é create_inbox.
  • create_wakeup, create_schedule, create_deadman, create_drip, create_inbox alteram dados sem login: qualquer pessoa com o endereço pode chamá-las.
  • Parâmetros sem tipo ou descrição em 33 de 44 ferramentas: confira os argumentos antes de chamar.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

Medido todo diaverificações diárias: 1, a primeira em 2026-10-26
  • Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 1 até agora
  • O que um agente consegue fazer com ele3 de 3 casos de uso
  • Respondeumedindo1 das 7 verificações diárias necessárias para mostrar a porcentagem
  • Mediana da primeira resposta859 ms
  • Espaço no contexto do agente≈ 3.231 tokensas definições de todas as ferramentas (44), que o agente carrega a cada turno
  • Definições das ferramentasC · 71 de 100
  • Resultados tipados0 de 44 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez
  • Parâmetros sem descrição: em 33 de 44
  • Sem dizer se só lê ou se pode destruir: 44 de 44

O que um agente consegue fazer com ele

  • consegue · schedule webhook wake-ups for recurring agent tasks
  • consegue · watch web pages and alert when content changes
  • consegue · buffer inbound webhooks until the agent collects them

Cada caso de uso do produto foi perguntado ao Jev junto com a lista de ferramentas deste servidor: um agente consegue fazer isso com essas ferramentas?

Vale conferir

  • Ferramentas que alteram dados, em um servidor que responde sem login: create_wakeup, create_schedule, create_deadman, create_drip, create_inbox

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

Ferramentas que oferece44 ferramentas · lido em 2026-10-26
  • 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.

Como conectar

Adicione o servidor à configuração do seu cliente MCP. Claude Desktop, Cursor e a maioria dos outros clientes leem este formato:

{
  "mcpServers": {
    "zenvault": {
      "type": "http",
      "url": "https://api.zenvault.eu/mcp"
    }
  }
}

Adicionar

Claude Code, no terminal

claude mcp add --transport http zenvault https://api.zenvault.eu/mcp

Adicionar ao CursorAdicionar ao VS Code

claude.ai, ChatGPT e outros clientes: adicione https://api.zenvault.eu/mcp como conector personalizado nas configurações.

Especificação OpenAPI

52 rotas, lido em 2026-10-26. Abrir a especificação ↗

Cada linha é algo que um programa encontrou ao procurar: o registro, a resposta do próprio servidor, uma especificação que se lê. Linha ausente quer dizer que não encontramos, não que não exista.