Skip to main content
Builder MCP + CLIClient Command Reference

Client Command Reference

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

BuilderStudio does not ship a dedicated CLI. You connect existingMCP clients — Claude Code, Cursor, or Codex — to the workspace MCP gateway over Streamable HTTP. Every client uses the same endpoint and the same bearer key, so the only thing that changes between clients is how each one stores the connection. Create the key first in Dashboard setup, then register it below.

Shared connection valuestext
Server name: builderstudioEndpoint:    https://builder.studio/api/mcpTransport:   Streamable HTTPAuth header: Authorization: Bearer builder_YOUR_KEY_HERE
Use the same server name everywhere
Name the server builderstudio in each client so tool references and prompts stay consistent across machines and teammates. Replace builder_YOUR_KEY_HERE with the raw builder_ key you copied from the dashboard.

Claude Code

Add BuilderStudio as an HTTP MCP server. The header carries your workspace key:

Claude Codebash
claude mcp add --transport http builderstudio "https://builder.studio/api/mcp" \  --header "Authorization: Bearer builder_YOUR_KEY_HERE"

Cursor

Add the server to .cursor/mcp.json in your project (or the global Cursor config). Cursor sends the headers block on every request:

.cursor/mcp.jsonjson
{  "mcpServers": {    "builderstudio": {      "url": "https://builder.studio/api/mcp",      "headers": {        "Authorization": "Bearer builder_YOUR_KEY_HERE"      }    }  }}

Codex

Codex reads the bearer token from an environment variable for Streamable HTTP servers, so the raw key never lands in your Codex config file. Export it, then register the server pointing at that variable:

Codexbash
export BUILDERSTUDIO_API_KEY="builder_YOUR_KEY_HERE"codex mcp add builderstudio \  --url "https://builder.studio/api/mcp" \  --bearer-token-env-var BUILDERSTUDIO_API_KEY

If you prefer editing config directly, the same connection in Codex's TOML config looks like this:

~/.codex/config.tomltoml
[mcp_servers.builderstudio]url = "https://builder.studio/api/mcp"bearer_token_env_var = "BUILDERSTUDIO_API_KEY"

After connecting

  1. Restart the client

    Restart Claude Code, Cursor, or Codex after adding the server. The BuilderStudio tools should then appear in the client's MCP tool list.

  2. Confirm the tools loaded

    Ask the agent to list your BuilderStudio canvases. A successful list_canvases call confirms the endpoint, key, and scopes are wired up. See the full surface in the Visual tool map.

  3. Point the agent at real work

    Reference BuilderStudio by name and name the target workflow, for example: “Use the BuilderStudio workspace to find the launch-image workflow, run it with this brief, and return the generated image URL.”

Keep the key out of version control
For Cursor, the header value sits in .cursor/mcp.json — add it to .gitignoreor use a per-user config. Codex's env-var approach keeps the raw key out of config entirely, which is the safest option for shared repositories.
If something does not connect
Missing tools, 401/403 responses, or scope errors are covered in Troubleshooting. For the key-family and endpoint split, see Authentication.

Was this page helpful?