Docs · mcp
MCP
How to wire Turaxia as an MCP server into Claude Desktop, Cursor, Zed, or any MCP-capable client — with scoped keys and typed tool contracts.
Turaxia is MCP-native. Every GA module exposes the same primitive you call over REST as a typed MCP tool, with Connect managing the workspace-level scoping underneath.
Remote surfaces
Turaxia currently ships remote MCP endpoints over HTTPS, not a local @turaxia/mcp package.
Current MCP surfaces:
https://api.turaxia.com/mcp— authenticated remote MCP for workspace-scoped Turaxia primitives.https://api.turaxia.com/public/mcp— public-safe remote MCP with one anonymous draft-bundle tool for controlled demos and connector distribution.
The public-safe server is also published in the official MCP Registry as com.turaxia/connect:
- API search:
https://registry.modelcontextprotocol.io/v0.1/servers?search=com.turaxia/connect - root-domain ownership proof:
https://turaxia.com/.well-known/mcp-registry-auth
Use the config or connector flow your MCP host expects for a remote Streamable HTTP server. A common JSON shape looks like this:
{
"mcpServers": {
"turaxia": {
"url": "https://api.turaxia.com/mcp",
"headers": {
"Authorization": "Bearer ${TURAXIA_KEY}"
}
}
}
}
Some hosts use a UI instead of a JSON file. In those cases, enter the same remote MCP URL and the same bearer token there instead.
Common entry points:
- Claude Desktop — remote MCP settings or config file, depending on the current client release.
- Cursor — settings panel → "MCP".
- Zed — remote context server settings.
- ChatGPT Developer Mode — connector flow under Settings → Apps & Connectors.
Restart the client. The Turaxia tools will show up under the turaxia namespace.
Tools
Every tool below is typed end-to-end. Inputs are validated server-side; outputs are structured JSON.
- Authenticated
/mcpsurface:turaxia.parse— supplier URL or raw HTML → typed product record with per-field confidence.turaxia.localize— typed product record + target locale → translated, glossary-consistent copy.turaxia.price.quote— typed record + destination country → landed-cost quote.turaxia.route.resolve— typed record + destination → carrier + package plan.turaxia.connect.workspace.bootstrap— create or refresh a workspace, service account, API key, webhook.turaxia.console.bootstrap— issue a deterministic dashboard bootstrap for an operator handoff.
- Public-safe
/public/mcpsurface:build_turaxia_draft_bundle— one approved supplier URL in, one localized Turaxia draft bundle plus Shopify-ready draft payload out.
Beta modules (Studio, Flow, Intel) remain plan-gated on the authenticated surface. Private-alpha modules are offered through Enterprise engagements and are not exposed on the public-safe server.
Scoping and safety
- API keys are workspace-scoped via Connect. The MCP surface never gets a broader grant than the underlying API key.
- Audit events are emitted for every tool call. They are visible on the dashboard and in the REST
/auditendpoint. - The retry path has no paid-provider dependency — see the retry card in the proof bundle.
- The anonymous public surface stays intentionally narrow and allowlisted. It is for controlled discovery and connector setup, not for broad unauthenticated access to the full Turaxia control plane.
- Registry and connector discovery metadata are public:
https://api.turaxia.com/.well-known/mcp/server-card.jsonhttps://api.turaxia.com/.well-known/glama.json
What this is not
- Turaxia's MCP server is not a "buying agent". It is a substrate layer. The agent keeps all reasoning; Turaxia ships typed primitives.
- Turaxia's MCP server does not ship convenience wrappers that hide multi-primitive choices. If you want "parse then price then route" as a macro, compose it in the agent or use Flow (Beta).
Related reading
← All docs