78trust / 100

Verifier

by robinsaige.com in Other

MCP serverPassing, checked 9 h ago

MCP tool observatory: do registry servers answer, and are their answers true? No key.

https://robinsaige.com/mcp
Tools
8
open to any client
Uptime
100%
last 30 days
Response time
467 ms
622 ms slowest 5%
Last check
Passed
9 h ago, next any minute now

Scan it nowHow to connect

Reliability

All checks passedSome failedAll failedNot checked

Status and outage history · Atom feed · Watch with other listings

How to connect

Add it to any MCP client that supports remote servers.

{
  "mcpServers": {
    "verifier": {
      "type": "http",
      "url": "https://robinsaige.com/mcp"
    }
  }
}

8 tools

  • registry_pulse

    Call this FIRST for the state of the MCP tool ecosystem in one shot: how many servers exist, how many actually answer a real handshake, how many are behind a login, the largest costume-farm concentration, AND the Tier-2 truth summary (how many server answers were re-derived…

  • should_i_use

    THE GATE — call this before your agent depends on a tool you don't already trust. Give an exact server registry name and get a one-word verdict — allow / warn / block — with the reason, plus the full rating underneath. 'block' = dead/unreachable/costume-farm-shaped, don't depend…

  • find_tools

    Find and RANK the trustworthy tool for a NEED. Describe the task in plain words ('screen a company for sanctions', 'US tariff data', 'vessel tracking') — the search is full-text over tool names AND their stored descriptions (stemmed, BM25-ranked), so your words need not appear…

  • resolve_server_name

    Resolve a partial or misspelled server name to its EXACT registry id before calling should_i_use / check_server. Matches a fragment against registry NAMES only (not capabilities — for 'which tool does X' use find_tools). Returns candidate exact names with each one's latest…

  • check_server

    The FULL evidence behind the verdict for ONE server, by exact registry name — call should_i_use first for the one-word decision; call this when you want the whole record. Leads with the verdict (allow/warn/block), then the `rating` grouped as REACH (answers, latency vs…

  • report_call

    AFTER your agent calls a tool, fire-and-forget how it went — success/failure, latency, cost — so the observatory accumulates realized reliability (the one thing outside-in probing can't see: did it actually work for a real call). Anchored against our own probe: a 'worked' report…

  • changes_since

    What changed in the tool economy since a date: verdict flips, deaths, revivals, new servers, confirmed drift — the census diff as data. Poll this weekly to keep a local view current without re-crawling.

  • list_findings

    The observatory's ruled findings — each with its claim and its falsification test — plus the public corrections log (what we published, then corrected, never deleted). Call this to cite what has been established, or to see where we were wrong. No arguments.

Security scan

No findings

We scan names, descriptions and tool definitions for hidden instructions and other prompt-injection patterns.

Recent checks

WhenResultHTTPTime
9 h agoPassed200268 ms
18 h agoPassed200468 ms
28 h agoPassed200320 ms
37 h agoPassed2002.2 s
46 h agoPassed200491 ms
Show 10 older checks
2 days agoPassed200247 ms
3 days agoPassed200491 ms
3 days agoPassed200464 ms
4 days agoPassed200477 ms
4 days agoPassed200475 ms
4 days agoPassed200543 ms
5 days agoPassed200470 ms
5 days agoPassed200467 ms
6 days agoPassed200419 ms
6 days agoPassed200528 ms