Short answer
review_model is the model Codex uses for code review workflows. model_reasoning_effort controls reasoning strength for models that support the Responses API.
Both fields can affect quality, speed, and usage cost. Higher reasoning settings are better for complex tasks, but they can consume more.
Field relationships
| Field | Role |
|---|---|
model | Default model for ordinary work |
review_model | Model used for review workflows such as /review |
model_reasoning_effort | Reasoning strength for the main model |
/model | In-session entry point for model or reasoning changes |
/review | Entry point for asking Codex to review current changes |
Recommended config
Common mistakes
- Thinking
review_modelreplaces the main model for all tasks. - Treating reasoning effort as a temperature setting.
- Using a model ID unsupported by the current provider.
- Using the highest reasoning effort for every task.
- Looking only at model names without checking actual usage and result quality.
About LLMEasy
Different models and reasoning settings affect usage. LLMEasy usage records help you compare input, output, and cost across real tasks. Copy model IDs from the GPT Key group so the current provider can recognize them.Related docs
- How to configure Codex CLI config.toml
- What are model_provider, base_url, and wire_api?
- Codex LLMEasy setup guide
- What are Codex CLI sandbox and approval modes?

