api.mcp.ai/p_cpf_cadastral
Last observed:— recorded as OK
Observations
| Observed | Snapshot | Recorded as | Detail | Latency (ms) | Tools | Tool schema fingerprint |
|---|---|---|---|---|---|---|
| REL-SNAP-012 | OK | — | 598 | 7 | 06fcde0316d5903a… | |
| REL-SNAP-013 | OK | — | 636 | 7 | 06fcde0316d5903a… | |
| REL-SNAP-014 | OK | — | 596 | 7 | 06fcde0316d5903a… | |
| REL-SNAP-015 | OK | — | 410 | 7 | 06fcde0316d5903a… | |
| REL-SNAP-016 | OK | — | 711 | 7 | 06fcde0316d5903a… |
Identity
- Record key
api.mcp.ai/p_cpf_cadastral— the normalised endpoint observed. See the methodology for the rule.- Transport
- streamable-http
- Registry names (not anchored)
- io.github.mcp-dir/cpf_cadastral-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.
- Name reported by the server
- mcp-ai 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.