Skip to main content

संक्षिप्त उत्तर

review_model, /review के लिए मॉडल चुनता है। इसे सेट न करने पर Codex मौजूदा सेशन का मॉडल इस्तेमाल करता है। model_reasoning_effort उन मॉडलों का तर्क-प्रयास बदलता है जो Responses API में यह सेटिंग स्वीकार करते हैं। अधिक प्रयास कठिन काम में मदद कर सकता है, लेकिन सही उत्तर या कम कुल खर्च की गारंटी नहीं देता। यह तापमान या उत्तर की लंबाई की सेटिंग नहीं है।

Field संबंध

काम के अनुसार तर्क-प्रयास चुनें

इन स्तरों से शुरुआत करें और काम के स्वीकृति मानदंडों के अनुसार परिणाम जाँचें: उपलब्ध स्तर मॉडल, Codex संस्करण और प्रदाता पर निर्भर करते हैं। xhigh या max इस्तेमाल करने से पहले /model के विकल्प और मॉडल का आधिकारिक संदर्भ देखें। एक मॉडल का समर्थन दूसरे पर लागू नहीं होता। अधिक प्रयास से तर्क टोकन और देरी बढ़ सकती है; पुनः प्रयास, कॉन्टेक्स्ट आकार, टूल कॉल और दरें भी कुल खर्च को प्रभावित करती हैं।

कॉन्फ़िगरेशन उदाहरण

स्थायी डिफ़ॉल्ट CODEX_HOME के config.toml में सेट करें। यह वेरिएबल न हो तो ~/.codex/config.toml इस्तेमाल करें। इन कुंजियों को सभी TOML टेबल से पहले शीर्ष स्तर पर रखें और प्रदाता व प्रमाणीकरण सेटिंग बनाए रखें:

फ़ाइल डिफ़ॉल्ट और सेशन सेटिंग

शुरुआत में CLI आर्ग्युमेंट और -c सेटिंग को भरोसेमंद प्रोजेक्ट कॉन्फ़िगरेशन, चुने गए प्रोफ़ाइल और यूज़र डिफ़ॉल्ट से अधिक प्राथमिकता मिलती है। मौजूदा Codex में --profile NAME, CODEX_HOME से NAME.config.toml पढ़ता है। पुराने संस्करणों का प्रोफ़ाइल फ़ॉर्मैट अलग था। सिर्फ़ इस बार के लॉन्च के लिए तर्क-प्रयास बदलें:
सेशन में /model से सक्रिय मॉडल और उपलब्ध प्रयास स्तर चुनें। फ़ाइल बदलने से चल रहे सेशन के तुरंत बदलने की गारंटी नहीं है; सेव किए डिफ़ॉल्ट जाँचने के लिए नया सेशन खोलें। Plan मोड plan_mode_reasoning_effort या अपना प्रीसेट इस्तेमाल कर सकता है, इसलिए उसे अलग जाँचें।

लागू सेटिंग जाँचें

  1. codex --version चलाएँ और फिर सही प्रोजेक्ट डायरेक्टरी से नया सेशन शुरू करें।
  2. /model में चुना गया प्रयास और /status में सक्रिय मॉडल व सेशन सेटिंग जाँचें। फ़ाइल से अंतर हो तो लॉन्च आर्ग्युमेंट, प्रोफ़ाइल, प्रोजेक्ट कॉन्फ़िगरेशन और उपलब्ध होने पर /debug-config देखें।
  3. अलग सेशन में एक ही प्रतिनिधि काम को दो समर्थित स्तरों पर करके तुलना करें। diff, टेस्ट, समय और BetterToken उपयोग रिकॉर्ड देखें। गुणवत्ता का लक्ष्य पूरा करने वाली सेटिंग रखें; कम प्रयास से कम कुल खर्च की गारंटी नहीं है।

सामान्य गलतियां

  • सोचना कि review_model, सभी tasks के लिए main model को बदल देता है।
  • reasoning effort को temperature setting मानना।
  • current provider द्वारा असमर्थित model ID उपयोग करना।
  • हर task के लिए सबसे उच्च reasoning effort उपयोग करना।
  • actual usage और result quality जांचे बिना केवल model names देखना।

BetterToken के बारे में

अलग models और reasoning settings usage को प्रभावित करते हैं। BetterToken usage records, वास्तविक tasks में input, output और cost की तुलना में मदद करते हैं। GPT provider से model IDs copy करें ताकि current provider उन्हें पहचान सके।

संबंधित दस्तावेज

संदर्भ