MCP Playground

This is what an AI agent sees when it talks to a Voyager site. Pick a tool, read the request we are about to send, fire it, and read the response — unedited, in whatever shape the tool actually returns.

Every tool here is read-only and whitelisted server-side. Your browser never talks to the Voyager MCP surface directly — it posts a tool name to this site, and this site does the rest. That is not a demo shortcut; it is how the boundary is supposed to work, and it is why no Voyager MCP endpoint or token appears anywhere in this page’s source — the only route you will find is this site’s own public REST path.

Recorded The demo-scoped public endpoint has not shipped yet, so every response below is a real one captured earlier — not a call happening now. Pressing Run makes a genuine request to this site and returns the recording. Nothing is simulated and no latency is invented; when the endpoint goes live, one config value flips this page to real calls and the copy here changes with it.

Enumerate every block binding source registered on this site — core, Voyager, and anything a plugin added — with the context each one needs to resolve.

The request

POST /demo/tools/call
{
    "tool": "blocks_get_binding_sources"
}

What it reads

The binding registry. No post content, no options, no visitor data.

Why this one is here

This is the call behind the bindings showcase. A binding source is how a block pulls its text from somewhere other than the post: site options, post meta, Notion, an A/B bucket, a geo lookup. Read the list to the end and the last entry is voyager/pulse — a source this theme registers itself, in functions.php, for the live-stats pattern. The site is reporting a capability it created, which is the only kind of answer worth trusting.

Recorded against voyager-demo.test (local build) on 2026-07-27.

The response appears here, unedited and unformatted beyond indentation.

Four tools is a curated slice, not the surface area. The abilities page enumerates every ability registered on this site — currently well over a hundred — with full input and output schemas, read live from the registry on each change.