Every Metabind project has two MCP server endpoints: a draft that updates instantly as you edit and a production endpoint that only changes when you publish. This separation is the same shape web teams use for staging and prod, mapped to MCP.Documentation Index
Fetch the complete documentation index at: https://docs.metabind.ai/llms.txt
Use this file to discover all available pages before exploring further.
The two endpoints
When to use draft
- MCP App Studio’s test panel runs against draft.
- Live device previews (iOS App Clip, Android Metabind Preview) connect to draft.
- Connecting Claude Desktop or another MCP host to the draft endpoint lets you test the full chain — AI picks the tool, draft runs it, host renders the result — before you publish.
When to use production
- Connect end users’ Claude Desktop, ChatGPT, or other MCP hosts to your project’s production URL.
- Embed your tools in your own iOS or Android app via the Assistant SDK.
- Anything user-facing.
Connecting to the draft endpoint
The draft endpoint lives at the same host as production, with/draft appended to the project path:
Connecting to the production endpoint
/draft suffix. Production tokens are scoped per environment.
See Connect to Claude Desktop for the full host setup.
Why separate endpoints
The separation answers a problem that isn’t obvious until you’ve shipped tools to real users: a small bad change can break a connected AI experience as fundamentally as a bad deploy breaks a website.- A renamed property breaks every host that has the old schema cached.
- A new component reference that fails the allowlist returns errors mid-conversation.
- A typo in a Data Tool’s
handlerthrows on every call.
What lives at each layer
| Surface | Reads from |
|---|---|
| MCP App Studio test panel | Draft |
| Live device previews | Draft |
| MCP host pointed at draft URL | Draft |
| MCP host pointed at production URL | Production (latest published package) |
| Assistant SDK embedded in your app | Production |
| End users via any of the above | Production |
Switching hosts between draft and production
A connected host doesn’t auto-switch — it points at whichever URL you configured. Most teams maintain two host configurations (one named<project>-draft, one named <project>-prod) and switch by selecting the connection.
Some hosts let you list both side by side. In that case, label them clearly so end users don’t accidentally hit draft.
Related
Publish the MCP server
The promote-to-production flow.
Package versioning
How published packages are pinned and rolled forward.
Connect to Claude Desktop
Configure draft and production connections.
Live device previews
Preview against the draft endpoint on real hardware.