संक्षिप्त उत्तर
model_provider, Codex CLI को बताता है कि कौन-सा provider उपयोग करना है। इसका value [model_providers.<id>] के अंतर्गत परिभाषित provider id से मेल खाना चाहिए।
base_url वह API endpoint है जहां model requests भेजे जाते हैं। OpenAI-compatible provider के लिए यह आमतौर पर /v1 style endpoint की ओर संकेत करता है।
wire_api, Codex को उस provider से बात करते समय उपयोग करने के लिए protocol shape बताता है। Codex configuration reference में responses, supported provider protocol value है।
यह कब महत्वपूर्ण है
- आप custom OpenAI-compatible provider कॉन्फ़िगर कर रहे हैं
- Codex कहता है कि provider नहीं मिला या model requests विफल होते हैं
- आपको नहीं पता कि
model_provider,modelसे कैसे अलग है - आप BetterToken, OpenAI या अन्य provider को एक
config.tomlमें रख रहे हैं - आपको Base URL, API Key और Model ID अलग रखने हैं
Field संबंध
अनुशंसित pattern
provider id को consistent रखें:custom नाम के provider का उपयोग करता है, model requests को https://www.bettertoken.ai/v1 पर भेजता है और Responses API shape से संवाद करता है।
API Key को सीधे config.toml में न रखें। इसे Codex launch करने वाले terminal में सेट करें:
setup सत्यापित करें
- पुष्टि करें कि
model_provider = "custom",[model_providers.custom]से बिल्कुल मेल खाता है। - पुष्टि करें कि Base URL
https://www.bettertoken.ai/v1है, जिसमें/v1शामिल है। - model plaza में GPT provider से current Model ID copy करें।
- Codex को पूरी तरह बंद करें और उस नए terminal से फिर launch करें जिसमें environment variable सेट है।
- छोटा code-explanation task भेजें और पुष्टि करें कि Codex पूरा response लौटाता है।
समस्या निवारण
संबंधित दस्तावेज
- Codex CLI config.toml कैसे कॉन्फ़िगर करें
- Codex BetterToken सेटअप गाइड
- Codex CLI sandbox और approval modes क्या हैं?
- OpenAI-compatible API बनाम Anthropic-compatible API

