Skip to main content
Codex supports both transports. Use the hosted server (no install, OAuth login) or the local npm package (spawned via npx). The CLI and IDE extension share the same configuration.

Hosted (remote, OAuth)

Codex’s native remote-MCP support over streamable HTTP is still rolling out and varies by version. The most reliable way to reach the hosted server today is the mcp-remote bridge — a small stdio-to-HTTP adapter that performs the browser OAuth login for you:
config.toml
The first time Codex starts the server, mcp-remote opens your browser to sign in with your Alphacast account and caches the token under ~/.mcp-auth. No API key is needed.
If your Codex version supports native streamable-HTTP servers, you can instead point it directly at url = "https://mcp.alphacast.io/mcp" (enabling experimental_use_rmcp_client = true if your version requires it) and authenticate with codex mcp login alphacast. If that fails, fall back to the mcp-remote bridge above.

Local (npm package)

Codex launches the Alphacast MCP server as a local subprocess via npx. You can add it with a single CLI command, or by editing config.toml.
To check configured servers:

config.toml (manual)

Edit ~/.codex/config.toml for user scope, or create .codex/config.toml at your project root for project scope.
config.toml
Do not commit a real API key to a project-scoped config.toml. Use environment variable forwarding instead:
This reads ALPHACAST_API_KEY from your local environment at runtime.

Verify

In a Codex session, type /mcp to see active servers. The alphacast server should appear with its 32 tools. Try a prompt:
“Use the alphacast tools to list my repositories.”
If the server fails to start, ensure Node.js 18+ is installed and npx is on your system PATH.