io. github. agentwares/ mcp-liveness
by agentwares · remote · no sign-in to list tools · v0.3.0 · published by GitHub user agentwares
Does an MCP server work for a stock client? By registry name or URL. Tool drift too. Free, no key.
5 tools: 4 change things and 1 only read.
Scanned Oct 21, 2026
- Deletes or cancels0Claude Code: deny
- Can't be undone0Claude Code: ask
- Changes things4Claude Code: ask: see these tools
- Only reads1Claude Code: allow: see these tools
4 checks matched something in the tool definitions. No finding is not a safety guarantee. How the checks work.
claude mcp add --transport http liveness https://agentwares-mcp-liveness.vercel.app/mcpFindings
Matches of fixed checks, with the text they matched.
The description mentions "credential".
What this check looks forMatched text
description: "...server on the older revision — with no credential, and reports what a stock client gets...."
The input schema at properties.skipCredentialCheck.description mentions "credential".
What this check looks forMatched text
inputSchema.properties.skipCredentialCheck.description: "...ut the answer then cannot say whether a credential is obtainable. A URL check never walks..."
The description mentions "credential".
What this check looks forMatched text
description: "...uth sign-in chain from outside, with no credential and no client registration, and returns..."
The description mentions "credential".
What this check looks forMatched text
description: "...ui://` resources) from outside, with no credential and without calling any tool, and retur..."
Tools
Open a tool for its reasons and full description. Descriptions are the publisher's own words, shown as they are.
5 tools
Changes things 4Claude Code: ask
mcp_liveness_checkMakes 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, an…2 findings
Why it is in this group
- Nothing in its name or description says what it does, so it is counted as a write.
- The server marks it read-only (readOnlyHint: true), but an annotation never lowers a class.
Findings
- Info
The description mentions "credential".
What this check looks forMatched text
description: "...server on the older revision — with no credential, and reports what a stock client gets...."
- Info
The input schema at properties.skipCredentialCheck.description mentions "credential".
What this check looks forMatched text
inputSchema.properties.skipCredentialCheck.description: "...ut the answer then cannot say whether a credential is obtainable. A URL check never walks..."
Description, as the server wrote it 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.
Annotations the server declares
- title: Check an MCP server's liveness
- readOnlyHint: true
- destructiveHint: false
- idempotentHint: false
- openWorldHint: true
mcp_liveness_check_appsChecks 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 …1 finding
Why it is in this group
- Nothing in its name or description says what it does, so it is counted as a write.
- The server marks it read-only (readOnlyHint: true), but an annotation never lowers a class.
Findings
- Info
The description mentions "credential".
What this check looks forMatched text
description: "...ui://` resources) from outside, with no credential and without calling any tool, and retur..."
Description, as the server wrote it 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.
Annotations the server declares
- title: Check an MCP server's MCP Apps UI
- readOnlyHint: true
- destructiveHint: false
- idempotentHint: false
- openWorldHint: true
mcp_liveness_check_authWalks 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`, `identit…1 finding
Why it is in this group
- Nothing in its name or description says what it does, so it is counted as a write.
- The server marks it read-only (readOnlyHint: true), but an annotation never lowers a class.
Findings
- Info
The description mentions "credential".
What this check looks forMatched text
description: "...uth sign-in chain from outside, with no credential and no client registration, and returns..."
Description, as the server wrote it 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.
Annotations the server declares
- title: Check an MCP server's OAuth sign-in
- readOnlyHint: true
- destructiveHint: false
- idempotentHint: false
- openWorldHint: true
mcp_liveness_driftGiven 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 n…No findings
Why it is in this group
- Nothing in its name or description says what it does, so it is counted as a write.
- The server marks it read-only (readOnlyHint: true), but an annotation never lowers a class.
Description, as the server wrote it 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`.
Annotations the server declares
- title: Diff an MCP server's tools by month
- readOnlyHint: true
- destructiveHint: false
- idempotentHint: true
- openWorldHint: false
Only reads 1Claude Code: allow
mcp_liveness_explain_outcomesReturns 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 th…No findings
Why it is in this group
- The name "mcp_liveness_explain_outcomes" says "explain": a word for reading.
Description, as the server wrote it 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.
Annotations the server declares
- title: Explain liveness outcomes
- readOnlyHint: true
- destructiveHint: false
- idempotentHint: true
- openWorldHint: false
This is not a safety rating, and no finding is not a safety guarantee. The groups and findings come from fixed checks of the tool definitions the server returned on the date shown, not from its code or what it does when called. How the checks work.
Install
Pinned to version 0.3.0. Values in angle brackets are yours to fill in.
claude mcp add --transport http liveness https://agentwares-mcp-liveness.vercel.app/mcpRun in a terminal.
Claude Code permissions
Allow the reads, ask before a change, deny the deletes. Paste into .claude/settings.json.
{
"permissions": {
"allow": [
"mcp__liveness__mcp_liveness_explain_outcomes"
],
"ask": [
"mcp__liveness__mcp_liveness_check",
"mcp__liveness__mcp_liveness_drift",
"mcp__liveness__mcp_liveness_check_auth",
"mcp__liveness__mcp_liveness_check_apps"
],
"deny": []
}
}Tools that only read are allowed, tools that change things ask first, tools that delete or cancel are denied. It assumes the server is installed as liveness. Review it before you use it.
