mcp.motley.nyc/mcp
Last observed:— recorded as OK
Observations
| Observed | Snapshot | Recorded as | Detail | Latency (ms) | Tools | Tool schema fingerprint |
|---|---|---|---|---|---|---|
| REL-SNAP-002 | OK | — | 569 | — | — | |
| REL-SNAP-003 | OK | — | 645 | — | — | |
| REL-SNAP-004 | OK | — | 674 | — | — | |
| REL-SNAP-005 | OK | — | 607 | — | — | |
| REL-SNAP-006 | OK | — | 629 | — | — | |
| REL-SNAP-007 | OK | — | 571 | — | — | |
| REL-SNAP-008 | OK | — | 534 | — | — | |
| REL-SNAP-009 | OK | — | 648 | — | — | |
| REL-SNAP-010 | OK | — | 625 | — | — | |
| REL-SNAP-011 | OK | — | 580 | — | — | |
| REL-SNAP-012 | OK | — | 569 | — | — | |
| REL-SNAP-013 | OK | — | 548 | — | — | |
| REL-SNAP-014 | OK | — | 571 | — | — | |
| REL-SNAP-015 | OK | — | 379 | — | — | |
| REL-SNAP-016 | OK | — | 462 | — | — | |
| REL-SNAP-017 | OK | — | 357 | — | — | |
| REL-SNAP-018 | OK | — | 339 | — | — | |
| REL-SNAP-019 | OK | — | 304 | — | — | |
| REL-SNAP-020 | OK | — | 229 | — | — | |
| REL-SNAP-021 | OK | — | 434 | — | — | |
| REL-SNAP-022 | OK | — | 337 | — | — | |
| REL-SNAP-023 | OK | — | 238 | — | — | |
| REL-SNAP-024 | OK | — | 264 | — | — | |
| REL-SNAP-025 | OK | — | 374 | — | — | |
| REL-SNAP-026 | OK | — | 239 | — | — |
Identity
- Record key
mcp.motley.nyc/mcp— the normalised endpoint observed. See the methodology for the rule.- Transport
- streamable-http
- Registry names (not anchored)
- io.github.HypnoLabs-io/motley-mcp, nyc.motley/mcp What the registry said when we swept it, as observed by us — not evidence that the registry was correct, that the name belongs to whoever registered it, or that it still resolves. Not covered by the chain: no inclusion proof reaches this field. — more than one registry name refers to this single endpoint. We record both rather than choosing between them; the observation covers the endpoint and cannot be attributed to one of them.
- Name reported by the server
- motley Self-reported and unverified — never used as identity.
Verifying this record
Each observation above carries a merkle leaf in the published snapshot it belongs to. Verify the chain explains how to walk a leaf to a published root without taking our word for any of it.