Vivere MCP server

• Registry namedev.vivere/monitorsverified in the MCP registry

The registry name sits under vivere.dev. The registry only lets a publisher use that namespace after proving control of the domain through DNS or HTTP.

• Stateanswerschecked 2026-10-26
• Tools37
• Server calls itselfvivere
• Server version4e09212
• Protocol version2025-06-18

On 2026-10-26 the server answered initialize and tools/list without a sign-in. First answer in 147 ms.

• Whether its tools do the product's job has not been judged yet.
• Checked on 1 of the 7 days it takes to judge reliability.

Said by rules from the measurements above. The likely first call is a model's pick from the tool list; read its description before relying on it.

• INITE MCP scoreafter a weeka score needs 7 daily checks: 1 so far
• Answeredmeasuring1 of the 7 daily checks it takes to print a share
• Median first answer474 ms
• Space in an agent's context≈ 3,617 tokensthe definitions of all its tools (37), which an agent carries on every turn
• Tool definitionsA · 99 of 100
• Typed results0 of 37 toolsdeclared outputSchema: results come typed, read once

• No description an agent can choose by: 1 of 37
• Parameters without a description: in 2 of 37

A program checks the server once a day: initialize and tools/list, no model. Tokens are the definitions' length at about four characters a token. The grade averages six checks of every tool's name, description, schema and annotations; it says how well the tools are described, not whether they work. The score weighs what was measured and nothing else: answering (30%), doing the product's job (25%), definitions (20%), context (10%) and use (15%). A part that was not measured is left out, and a hidden instruction caps the score at 40. The state of vendors' MCP servers: method and numbers →

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