Claude Code पुराने provider का उपयोग करता रहे तो route कैसे जाँचें
Base URL बदलने के बाद भी Claude Code वैसा ही चले तो प्रभावित client और सक्रिय settings source पहचानें, फिर test request को provider records से मिलाएँ।
विषय-सूची

आपने ANTHROPIC_BASE_URL बदल दिया है, लेकिन Claude Code अब भी पुराने service से संपर्क करता हुआ दिखता है। Key बदलने या client को फिर से install करने से पहले दो बातें जाँचें: आप किस process को test कर रहे हैं और उसकी request provider के यहाँ कौन-सा record छोड़ती है। सही उत्तर मिलना, UI में model का नाम दिखना या किसी एक terminal में variable होना अपने आप destination सिद्ध नहीं करता।
यह guide मानती है कि configuration पहले से बनी हुई है। पहली बार setup करने और मौजूदा values देखने के लिए Claude Code setup guide खोलें। यहाँ उद्देश्य conflict का source ढूँढना और किसी एक खास client द्वारा इस्तेमाल किए गए route की पुष्टि करना है।
उस लक्षण से शुरू करें जिसे दोबारा दिखाया जा सके
| आपको क्या दिखता है | सबसे पहले क्या तुलना करें | इससे क्या अलग किया जा सकता है |
|---|---|---|
| Terminal चलता है, लेकिन VS Code पुराने service का उपयोग करता दिखता है | उसी directory में दोनों clients से एक-एक request चलाएँ | पूरे project की समस्या और extension के launch या settings का अंतर |
| समस्या केवल एक project में आती है | उसी client को प्रभावित project और test directory में चलाएँ | Project setting और पूरी machine पर लागू source |
| हर नए launch के बाद समस्या लौट आती है | Provider manager शुरू करने से पहले और बाद की settings तुलना करें | Save किया गया बदलाव और tool द्वारा दोबारा लिखा गया value |
| Claude Code जवाब देता है, लेकिन BetterToken में matching record नहीं दिखता | समय, account, key और history filters जाँचें | गलत जगह खोजने और अब भी अपुष्ट route के बीच अंतर |
ये तुलनाएँ खोज का दायरा घटाती हैं, लेकिन कारण सिद्ध नहीं करतीं। कोई बदलाव करने से पहले client, launch method, directory और test का समय लिख लें।
shell, settings files और चल रहे client को अलग-अलग जाँचें
macOS या Linux पर ये commands उसी terminal में चलाएँ जिससे CLI शुरू करेंगे:
printenv ANTHROPIC_BASE_URL
test -n "$ANTHROPIC_AUTH_TOKEN" && echo "ANTHROPIC_AUTH_TOKEN is set"
test -n "$ANTHROPIC_API_KEY" && echo "ANTHROPIC_API_KEY is set"
पहला result केवल उस shell का value बताता है। बाकी दो lines सिर्फ value मौजूद होने की सूचना देती हैं; वे key नहीं दिखातीं। खाली output से यह सिद्ध नहीं होता कि Claude Code के पास authentication नहीं है, क्योंकि कोई दूसरा source उसे दे सकता है। यह जाँच पहले से चल रहे process या VS Code extension का environment भी नहीं पढ़ती।
अब उन files को खोजें जिनमें वही variables define हो सकते हैं। Project root से नीचे की command सामान्य locations में केवल matching filenames दिखाती है:
grep -lE '"ANTHROPIC_(BASE_URL|AUTH_TOKEN|API_KEY)"' \
~/.claude/settings.json \
.claude/settings.json \
.claude/settings.local.json 2>/dev/null
यह पूरी machine की exhaustive search नहीं है। Custom configuration directory, organization की managed settings या अलग launch tool दूसरे sources जोड़ सकते हैं। कोई result न आने का अर्थ केवल इतना है कि इन तीन readable paths में match नहीं मिला। Windows पर संबंधित files editor में देखें और उनका content chat में copy न करें।
Claude Code settings sources पर precedence लागू करता है, इसलिए effective value केवल printenv से नहीं निकाला जा सकता। Official settings reference देखें और CLI में /status चलाकर loaded sources पहचानें। Organization policy लागू हो तो administrator से उसका effective value जाँचने को कहें।
Terminal और VS Code के अंतर को अलग करें
Directory और test inputs एक जैसे रखें। VS Code में client setup guide में बताया गया claudeCode.environmentVariables भी अलग से देखें। यह न मानें कि extension integrated terminal के environment के साथ शुरू हुआ था।
यदि आप shell script या provider manager इस्तेमाल करते हैं, तो जाँचें कि क्या वह startup पर variables define करता है या कोई file फिर से लिखता है। .env file किसी process को तभी प्रभावित करती है जब launch path का कोई component उसे load करे। केवल file का मौजूद होना उसके सक्रिय होने का प्रमाण नहीं है।
मिले हुए sources को एक बार में एक ही बदलें और file के दूसरे fields सुरक्षित रखें। दो launches की तुलना करने के लिए जाँचे जा रहे client को बंद करें और उसी तरीके से फिर शुरू करें। Extension के लिए जरूरत पड़ने पर VS Code restart करें। Restart तुलना को दोहराने योग्य बनाता है; इसका अर्थ यह नहीं कि हर प्रकार की setting में restart हमेशा जरूरी है।
पहचानी जा सकने वाली request से destination जाँचें
Sensitive data से खाली test directory में समय लिखें और प्रभावित client से यह भेजें:
Reply only: ROUTE_CHECK_A7. Do not read files,
change anything, or run commands.
यह जवाब देने की छोटी instruction है, security boundary नहीं। Sensitive repository में test न करें और client की किसी अतिरिक्त action को approve न करें।
अगर अपेक्षित destination BetterToken है, तो Workspace में request history खोलें। Account और filters जाँचें, फिर लिखे गए समय के आसपास नए records खोजें। यदि key को अलग पहचाना जा सकता है, तो model, status और usage भी उससे मिलाएँ। Client की एक action कई calls बना सकती है, इसलिए हर message के लिए ठीक एक row मिलना जरूरी नहीं है।
| Result | क्या निष्कर्ष उचित है | अगला कदम |
|---|---|---|
| जवाब मिला और अपेक्षित key के matching records भी मिले | Test BetterToken के जरिए route होने के अनुरूप है | Client को नए सिरे से launch करने के बाद जाँच दोहराएँ |
| जवाब मिला, लेकिन matching record नहीं मिला | Destination अभी सत्यापित नहीं है | Account, filters, display delay और दूसरे settings sources जाँचें |
| Record मिला, लेकिन request error पर समाप्त हुई | Request service तक पहुँची, पर सही तरह पूरी नहीं हुई | API Key और Base URL guide के अनुसार configuration सुधारें |
| कई clients या लोग एक ही key साथ में इस्तेमाल कर रहे हैं | केवल समय के आधार पर record को test से नहीं जोड़ा जा सकता | Personal key से और बिना parallel activity के test दोहराएँ |
ROUTE_CHECK_A7 client में answer पहचानने में मदद करता है। यह न मानें कि वही text provider history में भी दिखाई देगा। यदि उसी समय कोई दूसरी request भी हो सकती थी, तो आसपास का record केवल indirect evidence है।
Diagnosis कब पूरा मानें
Route की पुष्टि तब मानें जब प्रभावित client अपेक्षित provider पर matching records बनाए और नए launch के बाद भी वही परिणाम रहे। अगर केवल VS Code में समस्या रहती है, तो working CLI को फिर से न बदलें; extension के launch path और settings की जाँच जारी रखें।
Destination फिर भी स्पष्ट न हो तो support के लिए client version, launch method, किसी खास directory पर निर्भरता, timezone सहित समय, मिले settings sources और comparison result तैयार करें। API Key values, authorization headers और project content हटा दें। इससे access दिए बिना अंतर को reproduce करने लायक जानकारी मिलती है।