Skip to main content
DocumentationMarketplace Overview

Marketplace Overview

This page has been cleared and is ready for updated Builder Studio documentation.

The live BuilderStudio marketplace currently centers on published MCP servers and a smaller set of curated templates. Marketplace MCP servers support two different consumption paths: direct external-client access through the published endpoint, and BuilderStudio-internal workspace registry installs for agent-node use.

Marketplace install is not direct-client setup
Adding a marketplace server to a workspace registry is a BuilderStudio-internal install step. For bearer-protected published servers, use the marketplace install flow to save the server owner's bearer token as outbound headers during install, or add and rotate it later on Agent node > MCP Servers > Auth headers. BuilderStudio does not issue self-serve marketplace bearer tokens for protected published servers.

What is live today

  • Published MCP server detail pages with auth and client-setup guidance.
  • Workspace registry installs so Agent nodes can discover published servers.
  • Public published endpoints for direct Cursor, Claude Code, or Codex access when the server is public.
  • Protected published endpoints with owner-managed published-server credentials when bearer auth is enabled.

Published MCP server paths

Marketplace MCP pathstext
Path 1: direct external MCP client -> /api/user-mcp/<workspaceId>/<slug>Path 2: BuilderStudio marketplace install flow -> workspace registry entry (editable later from an Agent node) Direct external client auth:- public endpoint: no bearer token- protected endpoint: separate owner-managed published-server bearer auth BuilderStudio workspace install:- adds the published server to a workspace registry- protected installs can save outbound auth during install, or later on the Agent node if skipped

How to evaluate a server

  1. Open the server detail page

    Review the description, category, direct-client endpoint, and whether the published endpoint is public or protected.

  2. Decide how you want to use it

    Choose between direct external MCP setup for Cursor, Claude Code, or Codex, and a BuilderStudio workspace registry install for agent-node use.

  3. Check the auth contract

    Protected published endpoints use a separate owner-managed published-server bearer path, typically a umcp_ key when the server owner issues API keys. Workspacebuilder_ keys do not unlock direct external client access to those published endpoints. If you own the server, manage its published API keys from the canvas MCP Server panel's API Keys tab. If you do not own it, ask the server owner for the published-server bearer token or exact outbound Authorization header value that endpoint expects. BuilderStudio does not issue self-serve marketplace tokens for protected published servers yet.

  4. Finish the BuilderStudio-specific setup

    If you install a bearer-protected server into a workspace, save the owner-provided auth material during install if you already have it. Otherwise finish that Agent-node auth step later before expecting runs to succeed.

What is not live

  • Self-serve marketplace token issuance for someone else's protected published server.
  • Marketplace custom-node publishing for the current MVP.
  • A generic “one click” install that makes protected published servers callable everywhere without operator setup.
Where to continue
Use this marketplace docs section for the current supported flow, Installing from the marketplace for the workspace install flow, and Authentication for the key-family split.

Was this page helpful?