OAuth sign-in (recommended)
When a client first connects tohttps://mcp.chicago.global/api/mcp:
1
Discovery
The client reads the server’s OAuth metadata from the well-known endpoints:
2
Dynamic client registration
The client registers itself automatically (no pre-provisioned client ID needed) and
receives its OAuth credentials.
3
Browser sign-in
A browser window opens for you to sign in to your Parallax account and approve access.
Authentication is handled by Parallax Intelligence, Inc., which provides the Parallax
platform, API, and MCP server and is the data controller for Parallax users.
4
Token issued
The client receives an access token and uses it as a bearer token on every MCP
request.
This flow is built in to Claude, Cursor, and VS Code. If your client only supports local
stdio servers, use
mcp-remote — it performs the same OAuth flow and
caches the tokens locally.Programmatic access (bearer token)
For scripts, tests, or servers that can’t do an interactive browser flow, send a bearer token directly in theAuthorization header of your JSON-RPC request:
data:
lines). Read the result.content of the JSON-RPC response whose id matches your request.
CORS
The server sends permissive CORS headers and handlesOPTIONS preflight, so browser- and
edge-based MCP clients can connect. The OAuth and .well-known routes are intentionally
reachable without a session so machine clients can complete discovery and registration.
Troubleshooting
The browser sign-in never opens
The browser sign-in never opens
Make sure your client supports remote MCP servers. Local-only clients need the
mcp-remote bridge (see Connect a Client), which triggers the sign-in.A tool call is refused for billing
A tool call is refused for billing
Tool calls are billed in credits from your organization’s balance. Check the balance in
the Console under Settings → API Console. The tool reference lists the
credit cost of each tool.