What a listing is
A listing is a public page for your remote MCP endpoint — probed every six hours, with an uptime record, an auth matrix, and a contract changelog where every change is classified breaking, compatible, or cosmetic. Listing is free, there is no review queue, and the page goes live with a real probe verdict the moment your proof checks out.
Your server may already be listed: the directory ingests remote endpoints from the official MCP registry automatically. Search for it on the front page first — if it is there, claim it instead of publishing a duplicate.
Publish
Scan or fill the form
On the front page, either paste your domain into the scan — it finds the endpoint and pre-fills the form — or fill the publish card directly: name, endpoint URL, an optional one-line description and homepage.
Prove control
You get a verification value shaped mcpi-verify=<token>. Publish it in
either place:
- **DNS** — a TXT record at `_mcpi.<host>` (the bare host also works, for
DNS interfaces that fight underscores).
- **HTTP** — the same value as a line in the body of
`https://<host>/.well-known/mcpi-verify`. Redirects are not followed:
a redirect proves control of its target, not of your origin. This is
the route for platform subdomains whose DNS you cannot touch.
Verify
Press verify. The listing goes live immediately, is probed on arrival, and arrives pre-claimed — you are its verified owner from the first second, with the owner controls unlocked.
What happens after
The six-hourly prober takes over: every check lands in the listing's uptime record, and every contract change lands in its public changelog and Atom feed. If your server requires authentication, the probe can verify the handshake but cannot record your contract — owner snapshots fill that gap from your own CI.