Servidor MCP de Vivere

• Nombre en el registrodev.vivere/monitorsverificado en el registro MCP

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

• Estadorespondecomprobado el 2026-10-26
• Herramientas37
• El servidor se llamavivere
• Versión del servidor4e09212
• Versión del protocolo2025-06-18

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

• Aún no se ha juzgado si sus herramientas hacen el trabajo del producto.
• 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
• Respondiómidiendo1 de las 7 comprobaciones diarias necesarias para mostrar el porcentaje
• Mediana de la primera respuesta474 ms
• Espacio en el contexto del agente≈ 3617 tokenslas definiciones de todas sus herramientas (37), que el agente lleva en cada turno
• Definiciones de herramientasA · 99 de 100
• Resultados tipados0 de 37 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Sin una descripción con la que el agente pueda elegir: 1 de 37
• Parámetros sin descripción: en 2 de 37

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 (30%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%) y uso (15%). 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 →

• 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.