Skip to main content
Use these values to connect a compatible client. Prefer Bily Connect so you do not place a long-lived key in client configuration.

Copy the connection values

Connect Codex

Open Settings > MCP in Bily and use the no-key configuration:
Codex discovers Bily Connect from the endpoint. It opens the sign-in flow when needed.

Connect another OAuth-capable client

Set up a remote Streamable HTTP MCP server with this URL:
The client must support dynamic public-client registration. It must also support Authorization Code with PKCE using S256, the mcp_access scope, and refresh tokens. Bily publishes discovery metadata at:
  • https://api.bily.ai/.well-known/oauth-authorization-server
  • https://api.bily.ai/.well-known/openid-configuration
  • https://api.bily.ai/.well-known/oauth-protected-resource
  • https://api.bily.ai/.well-known/oauth-protected-resource/mcp
Compatible clients should read these values from the unauthenticated challenge. Do not hard-code the authorization or token URLs.
Existing connections on the legacy hostname remain supported during the migration. After changing an OAuth connection to https://api.bily.ai/mcp, reconnect once so the client obtains credentials for the new OAuth resource.

Use a fallback key when sign-in is unavailable

Use an access key only when the client cannot complete Bily Connect. Select the intended store, then create the key in Settings > MCP. Copy the one-time JSON configuration Bily shows you. A typical client configuration looks like this:
Keep the full key only in the client’s secret-aware configuration. Never commit it, add it to browser code, or include it in a prompt.

Avoid common configuration mistakes

  • Do not use https://app.bily.ai/mcp; it is not the MCP endpoint.
  • Do not send both Bily Connect credentials and an access key.
  • Do not configure separate tools for every operation. The server exposes only search and execute.
  • Do not use llms.txt or llms-full.txt as an MCP URL. They contain documentation only.