No, not as the registry describes it. 1 declared endpoint failed the MCP initialize handshake on 2026-09-15 — the protocol's own way of asking a server to identify itself. No tool was ever called.
ERR-2026-1653
1 open record, observed 2026-09-10. Every claim below carries the command that disproves it. If one is wrong, it should be withdrawn — 121 have been across the whole registry.
The registry entry's declared endpoint URL still contains an unexpanded template placeholder.
ERR-2026-1653 | https://{site_domain}/wp-json/mcp/shilpi-oauth | the URL still contains a placeholder | checked 2026-09-15, 2 times |
Also filed as: com.shilpibuilder. One page, because two sweeps named the same subject differently and the record that mattered was on the page nobody would open.
Run its check. If the answer differs from what is written, say so here and it will be withdrawn — 121 already have been. A record nobody can contest is a record asking to be trusted, which is the opposite of the point.
This is not a clean bill of health for anything not listed. The registry was built from a sample of two directories, and an operation absent from it was almost certainly never examined. Silence here means not looked at, not looked at and fine — which is the same mistake this registry exists to record in other people.
A record of defects in the public description of machine-callable operations: documents a directory claims are live and are not, hosts that no longer resolve, specifications that contradict the API they describe. It is not a ranking, not a review, and not a judgement about the service. No credential is ever sent to anything listed here.
The whole registry, machine-readable: errata.json. Index of subjects: index.html.
Built from registry errata-2026-09-10@b7cb54d3a847. If manifest.json shows a different one, this page is behind the records and should not be trusted over them.