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.
Server name: builderstudioEndpoint: https://builder.studio/api/mcpTransport: Streamable HTTPAuth header: Authorization: Bearer builder_YOUR_KEY_HEREbuilderstudio 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 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:
{ "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:
export BUILDERSTUDIO_API_KEY="builder_YOUR_KEY_HERE"codex mcp add builderstudio \ --url "https://builder.studio/api/mcp" \ --bearer-token-env-var BUILDERSTUDIO_API_KEYIf you prefer editing config directly, the same connection in Codex's TOML config looks like this:
[mcp_servers.builderstudio]url = "https://builder.studio/api/mcp"bearer_token_env_var = "BUILDERSTUDIO_API_KEY"After connecting
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.
Confirm the tools loaded
Ask the agent to list your BuilderStudio canvases. A successful
list_canvasescall confirms the endpoint, key, and scopes are wired up. See the full surface in the Visual tool map.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.”
.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.401/403 responses, or scope errors are covered in Troubleshooting. For the key-family and endpoint split, see Authentication.Was this page helpful?