VS Code में Codex: आधिकारिक साइन-इन और अपना API

आधिकारिक Codex साइन-इन को बनाए रखते हुए मॉडल अनुरोधों को कस्टम Responses API provider और अलग bearer token से चलाने की चरण-दर-चरण विधि।

Codex VS Code Extension साझा ~/.codex/config.toml फ़ाइल पढ़ता है। इसमें कस्टम provider जोड़ा जा सकता है और Extension का आधिकारिक साइन-इन बना रह सकता है। इस सेटअप के लिए OpenAI Responses, संगत Base URL और अलग bearer token चाहिए। फ़ाइल बदलने के बाद VS Code विंडो रीलोड करें और नई session शुरू करें।

क्या आप Codex का आधिकारिक साइन-इन बनाए रखते हुए मॉडल अनुरोध अपने API key से चलाना चाहते हैं? BetterToken खाता बनाएँ और मानों को Codex VS Code की मौजूदा गाइड से मिलाएँ। यह सेटअप OpenAI के आधिकारिक साइन-इन का विकल्प नहीं है और Marketplace, खाते या Extension की क्षेत्रीय शर्तें नहीं बदलता।

शुरू करने से पहले

तैयार रखें:

  • आधिकारिक Marketplace से Codex VS Code Extension का वर्तमान संस्करण;
  • Extension या Codex App में पूरा किया हुआ आधिकारिक साइन-इन;
  • अपनी BetterToken API key;
  • BetterToken model plaza से वर्तमान Model ID;
  • यदि config.toml पहले से बदला हुआ है, तो उसकी बैकअप कॉपी।

Codex CLI, App और IDE Extension एक ही user-level फ़ाइल साझा करते हैं। पुराना custom provider कई interfaces को एक साथ प्रभावित कर सकता है। संपादन से पहले फ़ाइल खोलकर मौजूद sections पहचानें।

यदि अभी तय नहीं है कि Codex कहाँ चलाना है, तो पहले Codex CLI और Desktop App की तुलना पढ़ें। उसमें terminal, App, VS Code और custom-provider authentication के अंतर अलग-अलग बताए गए हैं।

macOS और Linux में पथ:

~/.codex/config.toml

Windows में:

%USERPROFILE%\.codex\config.toml

1. आधिकारिक साइन-इन जाँचें

Extension इंस्टॉल करें, Codex पैनल खोलें और आधिकारिक साइन-इन पूरा करें। इस चरण से पहले custom provider न जोड़ें; वरना account की गलती और API की गलती में अंतर करना मुश्किल होगा।

साइन-इन के बाद समर्थित official mode में एक छोटा अनुरोध भेजें। यदि Extension नहीं खुलता या authentication callback पूरा नहीं होता, तो पहले उसे आधिकारिक Codex IDE दस्तावेज़ के अनुसार ठीक करें।

2. BetterToken provider जोड़ें

user-level config.toml खोलें और एक provider configuration जोड़ें:

सटीक fields, current Model ID और authentication method यहाँ जानबूझकर स्थिर नहीं हैं, क्योंकि वे Extension के वर्तमान version पर निर्भर हैं। Codex VS Code के लिए वर्तमान BetterToken guide खोलें और अपने user-level config.toml में केवल उसी के बताए values दर्ज करें।

YOUR_MODEL_ID को सटीक वर्तमान identifier से और YOUR_API_KEY को अपनी key से बदलें। फ़ाइल user की .codex directory में है, फिर भी इसे Git में commit न करें, project archive में न रखें और public gist में पोस्ट न करें।

Authentication fields, paths और version को वर्तमान VS Code Extension-specific guide के अनुसार confirm करें। BetterToken API key को auth.json में न लिखें। https://www.bettertoken.ai/v1 API configuration Base URL है; इसे marketing website के canonical URL या पूरा request path न समझें।

3. दो authentication modes न मिलाएँ

CLI, Desktop App और VS Code Extension अलग-अलग और version-dependent authentication settings इस्तेमाल कर सकते हैं। Clients के बीच fields copy न करें; authentication fields, paths और version को वर्तमान VS Code Extension-specific guide में confirm करें।

इन modes में पूर्ण चुनाव Codex CLI या Codex App गाइड में समझाया गया है। मौजूदा निर्देश देखे बिना एक client के fields दूसरे client में कॉपी न करें।

अगर आपने पहले CLI सेट किया था, तो current guide के अनुसार active configuration जाँचें। असली token वाली configuration या उसका output किसी issue में paste न करें।

4. VS Code रीलोड करें

फ़ाइल सहेजें। Command Palette खोलें और यह चलाएँ:

Developer: Reload Window

फिर Codex पैनल दोबारा खोलें और नई session बनाएँ। पुरानी session पिछला provider या model बनाए रख सकती है।

5. अनुरोध की जाँच करें

एक test directory खोलें और ऐसा अनुरोध भेजें जो फ़ाइलें न बदले:

एक पंक्ति में उत्तर दें: CODEX_PROVIDER_OK. फ़ाइलें न बदलें और commands न चलाएँ।

सेटअप की पुष्टि तब होती है जब:

  • Extension आधिकारिक रूप से authenticated बना रहता है;
  • उत्तर 401, 403 या model not found के बिना आता है;
  • चुना हुआ YOUR_MODEL_ID इस्तेमाल होता है;
  • BetterToken Dashboard में अनुरोध, उसका status और token charge दिखता है।

Plugins और Remote Control आधिकारिक साइन-इन और Codex के वर्तमान version पर निर्भर करते हैं। BetterToken model API को कवर करता है; इन सुविधाओं के हर परिस्थिति में उपलब्ध होने का वादा नहीं करता।

आम त्रुटियाँ

Extension फिर से साइन-इन माँगता है

आधिकारिक साइन-इन फिर से पूरा करें और authentication fields व paths को वर्तमान VS Code Extension-specific guide में confirm करें। auth.json को BetterToken key से न बदलें।

401 या 403

वर्तमान VS Code Extension-specific guide से authentication settings मिलाएँ और जरूरत हो तो अपनी key सावधानी से फिर दर्ज करें। पूरी फ़ाइल प्रकाशित न करें।

Duplicate table

TOML में [model_providers.custom] को दो बार declare नहीं किया जा सकता। एक provider और एक authentication mode रखें। कई variants चाहिए हों तो अलग-अलग जाँचे हुए configurations रखें और सोच-समझकर switch करें।

Model नहीं मिला

YOUR_MODEL_ID के दोनों मानों को सटीक वर्तमान ID से बदलें। किसी पुराने लेख या screenshot में दिया नाम मान्य source नहीं है।

बदलाव लागू नहीं हुए

टकराने वाले पुराने provider/profile fields हटाएँ, फ़ाइल सहेजें, Developer: Reload Window चलाएँ और नई session शुरू करें। समस्या बनी रहे तो VS Code पूरी तरह बंद करें और वही user-level फ़ाइल जाँचें जिसे Extension वास्तव में पढ़ रहा है।

इस advanced setup के fields Codex के साथ बदल सकते हैं। दोबारा configuration करने से पहले Codex VS Code के लिए BetterToken Docs और आधिकारिक Codex reference खोलें।

अपना LLM वर्कफ़्लो बेहतर बनाना चाहते हैं?

एक API से मॉडल जोड़ें, कुंजियाँ प्रबंधित करें और AI खर्च नियंत्रित करें।