- Test the target key and Base URL directly with one short request.
- Check your Codex CLI version before copying config from random blog posts.
- Confirm whether your setup expects environment variables, a config file, or a custom provider block.
- Paste the exact model ID only after the API call has succeeded.
- Run one real Codex CLI request to verify the integration.
Base URL
https://monkeytheme.com/v1Version 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.
- Copying config from the wrong Codex CLI version.
- Editing provider settings before proving the key and Base URL work.
- Using a marketing name instead of the real model ID.
- Assuming the job is done because the config file exists.
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.