Build on it guides
Build on it
Connect an MCP client
Connect an external assistant to the intended workspace and verify a read first.
Updated September 5, 2026 2 min read
The recommended workspace connection is the tenant HTTP endpoint. It authenticates with the MCP key issued for that workspace. The local stdio runner is a separate self-hosting path with different credentials and scope.
Connect over HTTP
- In the intended workspace, open Integrations and generate an MCP key. Copy it when it is shown; keep it private.
- In an MCP client that supports Streamable HTTP and Bearer authentication, add the endpoint below using your actual domain and tenant slug.
- Configure the workspace key as the Bearer credential using the client's supported authentication controls. Do not put the key in the URL.
- Enable the connection and ask for a bounded read, such as the current Today queue. Verify that the result belongs to the intended workspace.
https://<your-domain>/api/public/<tenantSlug>/mcp
Client configuration screens differ. Use your client's current MCP instructions for its connection fields. The endpoint and workspace credential above are the Command Center settings it needs.
Understand what the connection permits
Available tools depend on module and connection requirements. Read tools return bounded workspace context. Mutating tools stage proposals for approval; the client cannot approve its own proposal through MCP.
A confirmation shown by the external assistant does not replace the Command Center's approval decision.
Local stdio: installation administrators
The repository also includes scripts/revenue-os-mcp.ts. This launches a local process using a Supabase service-role credential and the application's system workspace context. It does not consume the tenant MCP Bearer key above and should not be treated as a general workspace-switching connection.
Use it only when you administer the installation and have verified which database and system workspace the runner resolves. Follow the version-matched MCP setup guide. Prefer the tenant HTTP path for ordinary workspace access.
Troubleshoot the connection
| Symptom | Check |
|---|---|
| No tools appear | The connection is enabled and the client supports this transport |
| Invalid or missing tenant key | The credential is sent as Bearer auth and belongs to the URL's workspace |
| A tool is unavailable | Its module and required provider connection are enabled and ready |
| The host cannot be reached | The domain resolves and the deployment is reachable from the client |
An endpoint responding to a health request does not prove an authenticated tool call will work. Verify a read before trying to stage a change.