Короткий ответ
model_provider сообщает Codex CLI, какой provider использовать. Его значение должно совпадать с provider id, заданным в [model_providers.<id>].
base_url — это API endpoint, куда отправляются model requests. Для OpenAI-compatible provider это обычно endpoint в формате /v1.
wire_api сообщает Codex, какую protocol shape использовать при общении с provider. В справочнике конфигурации Codex responses указан как поддерживаемое значение provider protocol.
Когда это важно
- Вы настраиваете custom OpenAI-compatible provider
- Codex сообщает, что provider не найден, или model requests не проходят
- Вы не понимаете разницу между
model_providerиmodel - Вы добавляете BetterToken, OpenAI или другой provider в один
config.toml - Вам нужно разделить Base URL, API Key и Model ID
Связь полей
Рекомендуемый паттерн
Сохраняйте provider id одинаковым:custom, отправляет model requests на https://www.bettertoken.ai/v1 и общается через Responses API shape.
Частые ошибки
- Писать display name вместо provider id в
model_provider. - Принимать
modelза provider name. - Забывать, что
base_urlи provider protocol должны совпадать. - Вставлять Anthropic-compatible Base URL в OpenAI-compatible provider.
- Использовать UI display name вместо API-recognized model ID.
О BetterToken
BetterToken можно определить как custom provider, например[model_providers.custom]. Используйте https://www.bettertoken.ai/v1 как base_url и копируйте model ID из группы ключа GPT.
В региональной документации BetterToken используйте тот же provider id custom и региональный Base URL BetterToken.
Связанные материалы
- Как настроить Codex CLI config.toml
- Настройка Codex с BetterToken
- Что такое sandbox и approval mode в Codex CLI?
- OpenAI-compatible API и Anthropic-compatible API