Servidor MCP de Vivere

• Nome no registrodev.vivere/monitorsverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-26
• Ferramentas37
• O servidor se chamavivere
• Versão do servidor4e09212
• Versão do protocolo2025-06-18

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

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.
• Verificado em 1 dos 7 dias necessários para julgar a confiabilidade.

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.

• Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 1 até agora
• Respondeumedindo1 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta474 ms
• Espaço no contexto do agente≈ 3.617 tokensas definições de todas as ferramentas (37), que o agente carrega a cada turno
• Definições das ferramentasA · 99 de 100
• Resultados tipados0 de 37 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Sem descrição que permita ao agente escolher: 1 de 37
• Parâmetros sem descrição: em 2 de 37

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 (30%), se faz o trabalho do produto (25%), definições (20%), contexto (10%) e uso (15%). 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 →

• list_pages

  List the pages this account can see: its own, then pages other accounts share with it, each with the access it has there (owner, editor or viewer) and how many monitors are on it and down.

• list_monitors

  List the monitors on every page this account can see, or on one page, with status, page and access. Monitors on a page shared to view have no id; address them by page_id and slug.

• get_monitor

  Get one monitor by id, including its ping URL for heartbeat monitors, or by page_id and slug, which also works on a page shared to view.

• create_monitor

  Create a heartbeat monitor (default) or an HTTP check on the account's first page or on page_id, which may be a page shared with this account as editor. Returns the monitor and, for heartbeats, the ping URL to call after each run.

• check_in

  Report on a heartbeat monitor: 'success' after a completed run (resets the deadline), 'start' when a run begins, 'fail' when it failed. Include a short message; it is kept as the run log.

• pause_monitor

  Pause a monitor so it stops alerting until resumed or pinged again.

• resume_monitor

  Resume a paused monitor.

• get_account

  Which account this key belongs to, its plan's limits and what it uses of them, and what this key may do: its permission on each resource (none, read or write) and the pages it is limited to, if any.

• update_monitor

  Change a monitor. Only the fields given change; its kind cannot. Setting cron switches a heartbeat to a cron schedule and setting period switches it back. Only the page's owner can move it, with page_id, to another of their own pages.

• delete_monitor

  Delete a monitor and all its history. This cannot be undone; pause_monitor stops alerts without losing anything.

• list_runs

  A heartbeat monitor's newest runs with their outcome, duration, exit code and any model, tokens and cost they reported, plus what its runs cost over 30 days.

• get_run

  One run with the output it sent (the log), where it came from and what it cost.

• list_monitor_events

  One monitor's status changes (up, down, late, paused), newest first.

• list_events

  Status changes across the account's own monitors, newest first.

• get_page

  One page: its public address, monitors and, on your own pages, who it is shared with and as what.

• create_page

  Add a page to group monitors under, within the plan's pages. Its slug is its public address, made from the title when not given.

• update_page

  Rename one of your pages or change its slug, which moves its public address.

• delete_page

  Delete one of your pages. Only an empty page that is not your first can go.

• make_page_private

  Turn off Public on every monitor on one of your pages, which takes its public status page down.

• share_page

  Share one of your pages with the account of a person who has a Vivere login (email) or with one of your teams (team_id), as viewer or editor, or change the role they have. Needs a paid plan, a free seat for anybody new, and the Team plan…

• unshare_page

  Stop sharing one of your pages with an account (account_id, from get_page) or a team (team_id). Their alert channels come off its monitors.

• list_teams

  Your teams, with how many members and pages each has.

• get_team

  One team: its members and the pages shared with it.

• create_team

  Make a team, on the Team plan.

• rename_team

  Rename a team.

• delete_team

  Delete a team. Its members lose the pages it gave them.

• add_team_member

  Add the account of a person with a Vivere login to a team. Joining a team that has pages takes a seat.

• remove_team_member

  Take an account out of a team.

• list_channels

  Your alert channels. Secret settings are never shown; secrets_set names the ones that have a value.

• create_channel

  Add an alert channel. Settings by kind: email {to}; webhook {url, secret}; slack {url}; discord {url}; telegram {token, chat_id}; ntfy {url, token}. Slack, Discord, Telegram and ntfy need a paid plan.

• update_channel

  Rename a channel or change its settings. Settings left out keep their value.

• delete_channel

  Delete an alert channel. Monitors stop sending alerts to it.

• test_channel

  Send a test alert to a channel.

• list_pixels

  Your tracking pixels, with the tag to paste and how often each has loaded.

• get_pixel

  One pixel and its newest loads: when, from which page, browser, language and platform.

• create_pixel

  Make a tracking pixel, within the plan's pixels. Returns the <img> tag to paste into a page or an email.

• delete_pixel

  Delete a pixel and every load it recorded.