Koskamo

MCP Liveness MCP

Verifies if an MCP server endpoint is reachable and functional for a stock client by performing a handshake without credentials. It reports status such as usable, needs_credential, or unreachable, and tracks tool drift over time.

Endpoint and access

No sign-in to connect and list tools. Individual tools may still need a vendor account, credentials, or permissions; check the documented prerequisites.

MCP Liveness MCP logo, by agentwaresCommunity listingStreamable HTTPNo sign-inEndpoint checked 2026-11-06Published by agentwares
MCP endpoint (Streamable HTTP)
https://agentwares-mcp-liveness.vercel.app/mcp
Vendor documentation

What its tools do

5 tools, grouped by the hints the server advertises. Hints are self-declared, not verified behavior.

5 of 5 have a description · 5 of 5 declare behavior hints · 4 of 4 with parameters document them all

Checks and signals

Each line is separate evidence, not a trust score.

  • Passed Endpoint answered the live check ·
  • Availability 1 of 1 checks passed in 30 days

What you can do with it

  • Check if an MCP server endpoint is reachable
  • Verify protocol version negotiation
  • Detect tool schema changes over time

Source and maintenance

Community listingRegistry 0.3.0
Maintenance checked

Protocol and capabilities

Server
mcp-liveness 0.3.0
MCP protocol negotiated in check
2025-11-25
Tools
5 advertised
Resources
Not advertised
Resource templates
Not advertised
Prompts
Not advertised
Server-advertised capabilities
{
  "tools": {
    "listChanged": true
  },
  "logging": {}
}

Server-provided instructions

Untrusted server output shown for inspection. It is not Koskamo guidance and is excluded from knowledge search.

Ask this server whether an MCP server can actually be used — named by its official registry name, or by its endpoint URL when it is not in the registry or is named differently there. A registry listing is a claim the publisher typed, not a connection anybody verified. This makes one handshake with the endpoint — `server/discover` at 2026-07-28, then `initialize` for an older server — with no credential, and says what a stock client gets: `usable`, `needs_credential`, `charged`, `unreachable`, and, for a name only, `local_only` or `not_listed`. A URL must be public https; private, loopback, link-local and metadata addresses are refused, and URL checks are limited to 30 a minute per caller. On a `needs_credential` answer it follows the discovery chain the spec defines — RFC 9728 protected-resource metadata, RFC 8414 authorization-server metadata, RFC 7591 dynamic client registration — and reports whether a client nobody has heard of could register itself, or whether a person has to go and create one. Those two are both HTTP 401 and the registry lists them identically. A second question this server answers is whether a listing is still what it was. Monthly snapshots of every reachable server's tool catalogue start in September 2026, and `mcp_liveness_drift` diffs one server between a month you name and the latest — which tools were added, removed, or changed their description or schemas. Nobody can backfill a month they did not record, which is why an answer here can say `unchanged` and mean it. Every answer carries a `next` field, `{ what, url, why }` or null: when a product we run today would tell you something this one call cannot — agentcheck, which monitors a server you publish and warns you when it stops answering — `next` names it; otherwise it is null. Every liveness answer also ends with `monitor`, one line on watching the endpoint over time and the URL where a person can ask, with no account, to be emailed when the server changes. When Wellknown (wellknown.network), which checks MCP endpoints every few hours, keeps a record of the server, the answer also carries `wellknown`: `{ url, note }`, the record's page. It is matched on the endpoint, and left out when there is no record. When a connector will not sign in, `mcp_liveness_check_auth` walks the server's OAuth chain from outside — the 401 challenge, protected-resource metadata, authorization-server discovery and client registration — and returns the first broken step, whose it is (the server, its identity provider, or a known client bug with the issue URL), the fix and the spec section, with a verdict per client (claude.ai, Claude Code, ChatGPT, VS Code, Cursor) emulated from each client's published requirements. When an MCP App renders blank, `mcp_liveness_check_apps` opens the server as an MCP Apps host and reads its tools and `ui://` views without calling a tool, and returns the first step that stops the view rendering — the tool link, the MIME type, what the HTML loads against its CSP, the ui/initialize bridge, ui.domain — whose it is and the fix, with a verdict per host (any MCP Apps host, Claude, ChatGPT) and for ChatGPT's directory review. It never sends a credential, never registers a client and never retries a refusal.

Tools

5 advertised

mcp_liveness_check — Can a stock client use this MCP server?
Advertised by the server during the last successful anonymous check.
Advertised read-onlyOpen-world

Makes one handshake with an MCP server's endpoint — `server/discover` at protocol revision 2026-07-28, then `initialize` for a server on the older revision — with no credential, and reports what a stock client gets. The server is named either by its exact official-registry `name`, or by its endpoint `url` when it is not in the registry or is listed under another name; exactly one of the two is accepted. Outcomes: `usable` (it connected and negotiated a protocol version), `needs_credential` (401 or 403 — by name, the answer also says whether a credential can be obtained in-band or whether a person has to create one), `charged` (402, access is for sale), `unreachable` (not an MCP server there: wrong URL, dead host, or a 200 that is not JSON-RPC), and, for a name only, `local_only` (no remote endpoint; it must be spawned as a process) and `not_listed` (no server with that exact name; its endpoint can still be checked by `url`). A `url` must be public https: private, loopback, link-local, multicast and cloud-metadata addresses are refused, redirects are re-checked, and URL checks are limited to 30 a minute per caller. Useful before relying on a server: roughly two in five remote registry listings do not answer a stock client.

mcp_liveness_check input schema
{
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "properties": {
    "url": {
      "type": "string",
      "maxLength": 2048,
      "minLength": 1,
      "description": "The server's Streamable HTTP endpoint, e.g. `https://example.com/mcp`, for a server that is not in the registry or is named differently there. Public https only. Pass this or `name`, not both."
    },
    "name": {
      "type": "string",
      "minLength": 1,
      "description": "The server's exact name in the official MCP registry, namespaced — e.g. `io.github.owner/server`. Not a title. Pass this or `url`, not both."
    },
    "skipCredentialCheck": {
      "type": "boolean",
      "description": "Name checks only: skip the OAuth discovery chain on a 401. Faster (one request instead of up to five) but the answer then cannot say whether a credential is obtainable. A URL check never walks the chain."
    }
  },
  "additionalProperties": false
}
mcp_liveness_check annotations
{
  "title": "Check an MCP server's liveness",
  "readOnlyHint": true,
  "openWorldHint": true,
  "idempotentHint": false,
  "destructiveHint": false
}
mcp_liveness_explain_outcomes — What the outcomes mean
Advertised by the server during the last successful anonymous check.
Advertised read-only

Returns the six outcomes this server can report — usable, needs_credential, charged, unreachable, local_only and not_listed — what each means for an agent choosing a server from the registry, and the usual next move for each. A static reference: it makes no network request and its answer never changes between calls.

mcp_liveness_explain_outcomes input schema
{
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "properties": {},
  "additionalProperties": false
}
mcp_liveness_explain_outcomes annotations
{
  "title": "Explain liveness outcomes",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
mcp_liveness_drift — What changed in this server's tools since a given month
Advertised by the server during the last successful anonymous check.
Advertised read-only

Given a server's exact name in the official MCP registry, reports which of its tools were added, removed, or had their description, input schema or output schema change between a named month and the latest monthly snapshot. Useful when a server that worked before behaves differently now, when a prompt or an integration written against its tools has started failing, or before relying on a cached tool description. A liveness check says a server answers today; this says whether it is still the same server that code was written against. The answer names the changed tools and the kind of change. It does not diff the schemas themselves: the snapshots keep content hashes, not bodies, so `detail` hands back the release-asset location of both full months for a caller that needs the exact diff. A month with no snapshot for that server gets an error naming the months that do have one, never an empty diff that would read as `nothing changed`.

mcp_liveness_drift input schema
{
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "name"
  ],
  "properties": {
    "name": {
      "type": "string",
      "minLength": 1,
      "description": "Exact registry name, namespaced — e.g. `io.github.owner/server`. Not a URL and not a title."
    },
    "since": {
      "type": "string",
      "pattern": "^\\d{4}-\\d{2}$",
      "description": "The month to diff from, as `YYYY-MM`. Omit it to diff from the earliest month this server appears in, which is the stable choice — a hard-coded month goes wrong as soon as the next snapshot lands."
    }
  },
  "additionalProperties": false
}
mcp_liveness_drift annotations
{
  "title": "Diff an MCP server's tools by month",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
mcp_liveness_check_auth — Where does this MCP server's sign-in break?
Advertised by the server during the last successful anonymous check.
Advertised read-onlyOpen-world

Walks a remote MCP server's OAuth sign-in chain from outside, with no credential and no client registration, and returns the first step that breaks, whose it is (`server`, `identity_provider`, or `client` for a known client bug, with its issue URL), the fix, and the spec section that requires it. Steps, in order: one unauthenticated request (it must answer 401 with a WWW-Authenticate challenge); RFC 9728 protected-resource metadata; RFC 8414 or OpenID Connect discovery at the locations the 2026-07-28 MCP spec lists, with the issuer and PKCE S256 checked; and how a client gets a client ID (client ID metadata documents, dynamic registration, or a pasted ID). Then a verdict per client — claude.ai, Claude Code, ChatGPT, VS Code, Cursor — emulated from each client's published requirements and known issues; no client is run. Use it when a user says a connector shows an error such as 'Authorization with the MCP server failed' or 'Dynamic Client Registration not supported', or before publishing a server that needs sign-in. `verdict` is ok, at_risk, broken, no_auth (it asked for no credential) or unreachable. The URL must be public https; checks are limited to 30 a minute per caller.

mcp_liveness_check_auth input schema
{
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "url"
  ],
  "properties": {
    "url": {
      "type": "string",
      "maxLength": 2048,
      "minLength": 1,
      "description": "The server's Streamable HTTP endpoint, as a user would enter it in a client, e.g. `https://example.com/mcp`. Public https only."
    },
    "client": {
      "enum": [
        "claude-ai",
        "claude-code",
        "chatgpt",
        "vscode",
        "cursor"
      ],
      "type": "string",
      "description": "Judge for one client only: `claude-ai` (claude.ai and Claude Desktop), `claude-code`, `chatgpt`, `vscode` or `cursor`. Omit to get all five."
    }
  },
  "additionalProperties": false
}
mcp_liveness_check_auth annotations
{
  "title": "Check an MCP server's OAuth sign-in",
  "readOnlyHint": true,
  "openWorldHint": true,
  "idempotentHint": false,
  "destructiveHint": false
}
mcp_liveness_check_apps — Why does this MCP App render blank?
Advertised by the server during the last successful anonymous check.
Advertised read-onlyOpen-world

Checks a remote MCP server's MCP Apps UI (SEP-1865 `ui://` resources) from outside, with no credential and without calling any tool, and returns the first step that stops the view rendering, whose it is (`server`, or `host` for a known host bug with its issue URL), the fix, and the source (the spec, or the host's published page, with the date read). It opens the server as an MCP Apps host would, then reads tools/list, resources/list and resources/read: each tool's link to its view (_meta.ui.resourceUri, or ChatGPT's openai/outputTemplate alias), the view's MIME type (text/html;profile=mcp-app) and HTML, what the HTML loads against the CSP a host builds from _meta.ui.csp, whether it sends ui/initialize, ui.domain for Claude and for ChatGPT, and what OpenAI's directory review checks (explicit tool annotations, descriptions, a public https endpoint, the domain-verification file). Verdicts per host — `spec`, `claude`, `chatgpt`, `chatgpt-directory` — are judged from each host's published pages; no host is run. Use it when a user says an MCP App or ChatGPT app shows a blank or invisible frame, 'Resource not found: ui://', 'Invalid ui.domain format', or a submission error such as annotations_required. `verdict` is ok, at_risk, broken, no_ui, needs_sign_in or unreachable. The URL must be public https; checks are limited to 30 a minute per caller.

mcp_liveness_check_apps input schema
{
  "type": "object",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "required": [
    "url"
  ],
  "properties": {
    "url": {
      "type": "string",
      "maxLength": 2048,
      "minLength": 1,
      "description": "The server's Streamable HTTP endpoint, exactly as a user adds it to a host, e.g. `https://example.com/mcp` (Claude's ui.domain is a hash of this exact string). Public https only."
    },
    "host": {
      "enum": [
        "spec",
        "claude",
        "chatgpt",
        "chatgpt-directory"
      ],
      "type": "string",
      "description": "Judge for one host only: `spec` (any MCP Apps host), `claude` (claude.ai and Claude Desktop), `chatgpt`, or `chatgpt-directory` (OpenAI's review of a submitted app). Omit to get all four."
    }
  },
  "additionalProperties": false
}
mcp_liveness_check_apps annotations
{
  "title": "Check an MCP server's MCP Apps UI",
  "readOnlyHint": true,
  "openWorldHint": true,
  "idempotentHint": false,
  "destructiveHint": false
}

Prompts

Not advertised

No prompt definitions available.

Resources

Not advertised

No resource definitions available.

90-day uptime

A lightweight connection check about every six hours, sampled on hosts with many listings. It shows the server answered, not that its tools work.

Too few checks for a percentage yet (2 of 2 answered).

  1. 2026-11-06: 1 of 1 checks answered
  2. 2026-11-07: 1 of 1 checks answered

30-day availability

Aggregated from read-only remote checks; this is not a tool-execution or security guarantee.

Successful checks
1 of 1 (100%)
Average latency
470 ms
95th percentile latency
470 ms

Maintenance history

Public check and source-refresh events. Editorial and ownership records remain private.

  • · probe · passed · 470 ms · metadata changed · 5 tool(s)

Connect from your client

Each snippet registers the same endpoint; pick the client you use.

This server is operated by the named third party. Listing and endpoint checks are not an endorsement or a security audit. Review the operator's permissions, terms, and data handling before connecting. How listings are checked and corrected.

Claude Code

Run this once in a terminal. It registers the remote server. Use --scope project to write .mcp.json for the repo.
Claude Code configuration
claude mcp add --transport http mcp-liveness-mcp https://agentwares-mcp-liveness.vercel.app/mcp

Codex

Run this once. Codex stores MCP servers in ~/.codex/config.toml (or .codex/config.toml in a trusted project).
Codex configuration
codex mcp add mcp-liveness-mcp --url https://agentwares-mcp-liveness.vercel.app/mcp

Cursor

Merge this server into .cursor/mcp.json in your project, then enable mcp-liveness-mcp in your MCP settings.
Cursor configuration
{
  "mcpServers": {
    "mcp-liveness-mcp": {
      "url": "https://agentwares-mcp-liveness.vercel.app/mcp"
    }
  }
}

Cline

Merge this into cline_mcp_settings.json (Cline → MCP Servers → Configure).
Cline configuration
{
  "mcpServers": {
    "mcp-liveness-mcp": {
      "type": "streamableHttp",
      "url": "https://agentwares-mcp-liveness.vercel.app/mcp",
      "disabled": false
    }
  }
}

VS Code

Merge this server into .vscode/mcp.json. Use MCP: List Servers to start mcp-liveness-mcp and inspect its tools.
VS Code configuration
{
  "servers": {
    "mcp-liveness-mcp": {
      "type": "http",
      "url": "https://agentwares-mcp-liveness.vercel.app/mcp"
    }
  }
}

Gemini CLI

Run this once. It writes .gemini/settings.json in the current project; pass --scope user for ~/.gemini/settings.json.
Gemini CLI configuration
gemini mcp add --transport http mcp-liveness-mcp https://agentwares-mcp-liveness.vercel.app/mcp

Claude Desktop

Open Claude Settings > Connectors > Add custom connector, enter this server URL and enable it for the conversation. This is a manual remote-connector handoff, not a desktop JSON configuration.
Claude Desktop configuration
https://agentwares-mcp-liveness.vercel.app/mcp

Windsurf

Merge this into ~/.codeium/windsurf/mcp_config.json, then refresh MCP in Cascade. Windsurf remote servers use serverUrl, not url.
Windsurf configuration
{
  "mcpServers": {
    "mcp-liveness-mcp": {
      "serverUrl": "https://agentwares-mcp-liveness.vercel.app/mcp"
    }
  }
}

Let your agent find its tools

Find servers like MCP Liveness MCP from your agent. Add Koskamo once to search the index for endpoints, access requirements, and client setup. Public discovery needs no key.