Verifier
by robinsaige.com in Other
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
Reliability
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
| When | Result | HTTP | Time |
|---|---|---|---|
| 9 h ago | Passed | 200 | 268 ms |
| 18 h ago | Passed | 200 | 468 ms |
| 28 h ago | Passed | 200 | 320 ms |
| 37 h ago | Passed | 200 | 2.2 s |
| 46 h ago | Passed | 200 | 491 ms |
Show 10 older checks
| 2 days ago | Passed | 200 | 247 ms |
| 3 days ago | Passed | 200 | 491 ms |
| 3 days ago | Passed | 200 | 464 ms |
| 4 days ago | Passed | 200 | 477 ms |
| 4 days ago | Passed | 200 | 475 ms |
| 4 days ago | Passed | 200 | 543 ms |
| 5 days ago | Passed | 200 | 470 ms |
| 5 days ago | Passed | 200 | 467 ms |
| 6 days ago | Passed | 200 | 419 ms |
| 6 days ago | Passed | 200 | 528 ms |