Search-intent guide

How to point Codex CLI to a third-party API.

Codex CLI problems usually come from mixing assumptions: wrong version, wrong config path, wrong env file, or changing the CLI before proving the API itself works.

Base URL: https://monkeytheme.com/v1Check CLI versionPick the right config layer
Recommended onboarding flow
  1. Test the target key and Base URL directly with one short request.
  2. Check your Codex CLI version before copying config from random blog posts.
  3. Confirm whether your setup expects environment variables, a config file, or a custom provider block.
  4. Paste the exact model ID only after the API call has succeeded.
  5. Run one real Codex CLI request to verify the integration.
What to verify
Base URL
https://monkeytheme.com/v1
Version check
Confirm the Codex CLI version before choosing between env vars and provider config.
Config layer
Know whether your setup reads .env, a config file, or both.
Final proof
One real Codex CLI request succeeds with the target model.
Common pitfalls
  1. Copying config from the wrong Codex CLI version.
  2. Editing provider settings before proving the key and Base URL work.
  3. Using a marketing name instead of the real model ID.
  4. Assuming the job is done because the config file exists.
FAQ before wiring Codex CLI

Can Codex CLI point to a third-party API?

Yes, but the exact setup depends on your CLI version and config path.

What should I verify before editing config?

Make one direct API request first so the key, Base URL, and model path are already proven.

What usually breaks the migration?

Wrong version assumptions and wrong model IDs break more setups than the third-party API itself.

Next step