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 Chicago Global’s identity provider.
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.Paid tool returns an error
Paid tool returns an error
Some tools (e.g. full research reports) are billable and require an entitled account.
See the tool reference for which tools are paid.