विषय-सूची

Claude पर काम करते हुए हाथ रुक जाए, तो सबसे पहले जो संदेश दिखा उसे ज्यों का त्यों खोजा जाता है। और कुछ संदेश ऐसे हैं जिन्हें खोजने पर लगभग कुछ नहीं मिलता। ये उन्हीं के उदाहरण हैं।

The model returned no content because the response was blocked by content filtering
The response was blocked by the provider's content filter
Streaming response ended before any complete data was received
Could not locate the Claude CLI on PATH
Connection to Claude's response was lost. Claude may still be working

इन पाँचों में एक बात समान है: ये Claude इस्तेमाल करते हुए दिखे, फिर भी Claude के आधिकारिक दस्तावेज़ में ढूँढ़ने पर मिलते नहीं, कम से कम ऐसा लगता है। वजह साफ़ है: अभी स्क्रीन पर जो संदेश दिख रहा है, उसे लिखने वाला वही प्रोग्राम हो यह ज़रूरी नहीं जिसे आप सोच रहे हैं।

Claude तक पहुँचने का रास्ता अब एक ही नहीं रह गया। टर्मिनल का claude, IDE का एक्सटेंशन, OpenCode जैसा कोई दूसरा एजेंट, GitHub Copilot के रास्ते से पहुँच, इनमें से हर एक ख़ुद तय करता है कि नाकामी को किन शब्दों में कहना है। एक ही घटना को हर परत अलग शब्दों में लिखती है।

यह लेख हर कारण को शुरू से समझाने वाला लेख नहीं है। यह वह दरवाज़ा है जहाँ से पता चलता है कि संदेश किसने लिखा, और फिर सही व्याख्या वाले लेख तक पहुँचा दिया जाता है। ब्योरा पहले से मौजूद लेखों के पास रहेगा, यहाँ सिर्फ़ स्रोत की पहचान होगी। जो प्राथमिक स्रोतों से पुष्ट हो सका और जो नहीं, दोनों अलग-अलग लिखे गए हैं।

निचोड़
① पहला कदम
आधिकारिक कैटलॉग से मिलान करें

Claude Code अपने छापे जाने वाले संदेशों की सूची आधिकारिक रूप से देता है। पूरा मिलान होता है या नहीं, इसी से लिखने वाली परत छँट जाती है। कारण पर सोचना शुरू करने से पहले यही करें।

② जाल
बताया गया कारण ग़लत हो सकता है

तीसरे पक्ष के टूल अपने शब्दों में कारण का नाम लेते हैं, और एक सार्वजनिक Issue में ऐसे असली मामले दर्ज हैं जहाँ वह नाम असलियत से मेल नहीं खाता। शब्दों पर भरोसा किया तो ग़लत जगह ठीक करते रह जाएँगे।

③ शक्ल से कुछ पता नहीं चलता
पाँच में से दो आधिकारिक निकले

ऊपर दिए पाँच वाक्यों का कैटलॉग से मिलान करने पर दो Claude Code के आधिकारिक एरर रेफ़रेंस में दर्ज मिले। संदेश की शक्ल देखकर परत का अंदाज़ा नहीं लगाया जा सकता।

1. सबसे पहले यह करें, आधिकारिक कैटलॉग में पूरा मिलान ढूँढ़ें

कारण पर सोचना शुरू करने से पहले एक काम है: यह पक्का करना कि वह संदेश Claude Code की अपनी शब्दावली का है या नहीं।

Claude Code का एक आधिकारिक एरर रेफ़रेंस है, और उसमें Claude Code स्क्रीन पर जो संदेश दिखाता है वे सब गिनाए गए हैं। प्रमाणीकरण, रेट लिमिट, कॉन्टेक्स्ट का भर जाना, नेटवर्क, स्ट्रीमिंग, MCP, प्लगइन, हर एक असली प्रदर्शित वाक्य के रूप में वहाँ है। इसलिए "जो वाक्य मैंने देखा वह वहाँ दर्ज है या नहीं" अंदाज़ा नहीं, मिलान है।

नतीजा A
पूरा मिलान हुआ

या तो Claude Code ख़ुद, या वह संदेश जिसे दस्तावेज़ "लॉन्च करने वाला छापता है" कहकर वर्गीकृत करते हैं। आधिकारिक व्याख्या और उपाय जैसे के तैसे लागू होते हैं। शुरुआत के पाँच में से दो यहीं आए।

नतीजा B
मिलता-जुलता, पर हूबहू नहीं

बहुत मुमकिन है कि किसी दूसरे प्रोग्राम ने उसे अपने शब्दों में कहा हो। इस दोबारा लिखने के दौरान कारण का नाम जुड़ जाता है, इसलिए उस नाम को आँख मूँदकर न मानें।

नतीजा C
कहीं नामोनिशान नहीं

वह संदेश आप जिस टूल का इस्तेमाल कर रहे हैं उसकी शब्दावली है। खोजने की जगह Anthropic की सामग्री नहीं, उस टूल की रिपॉज़िटरी और उसके Issue हैं।

संदेश में "Claude" लिखा होने से वह Anthropic का नहीं हो जाता। वाक्य में Claude या model इसलिए है कि वह टूल Claude को बुलाता है, इसलिए नहीं कि वाक्य Anthropic ने लिखा। उलटा जोड़ भी मौजूद है: छापा Anthropic के बनाए प्रोग्राम ने, फिर भी आधिकारिक कैटलॉग के मुख्य हिस्से में वह नहीं है (अध्याय 5)।

2. एरर संदेश लिखने वाली चार परतों में से कौन सी

Claude तक पहुँचने के रास्ते को खोलकर देखें तो नाकामी के वक़्त वाक्य लिख सकने वाली चार जगहें हैं। किस परत ने लिखा, इससे पढ़ने का तरीक़ा भी बदलता है और यह भी कि उपाय कहाँ जाकर लगेगा।

परत ①
मॉडल देने वाला बैकएंड

Anthropic API के अलावा Amazon Bedrock, Google Vertex AI, GitHub Copilot का गेटवे वग़ैरह। HTTP स्टेटस और JSON का error.message अक्सर ज्यों का त्यों स्क्रीन तक पहुँच जाता है।

उदाहरण: Output blocked by content filtering policy

परत ②
Claude Code ख़ुद

CLI अपने विवेक से जोड़ी गई टिप्पणी। आधिकारिक एरर रेफ़रेंस में अक्षरशः दर्ज होना इस परत की पहचान है, और अर्थ तथा वापसी के कदम दस्तावेज़ में लिखे होते हैं।

उदाहरण: Streaming response ended before any complete data was received

परत ③
लॉन्च करने वाला प्रोग्राम, यानी IDE एक्सटेंशन या रैपर

इसे वह छापता है जो Claude Code को चलाने की कोशिश में नाकाम रहा। आधिकारिक रेफ़रेंस इन्हें "Wrapper and IDE errors" नाम के अलग अध्याय में रखता है और बताता है कि ये Claude Code नहीं, बल्कि लॉन्च करने वाला प्रोग्राम छापता है।

उदाहरण: Could not locate the Claude CLI on PATH

परत ④
तीसरे पक्ष के क्लाइंट

कोई दूसरा एजेंट जो Claude को मॉडल की तरह बुलाता है। शब्द उसी प्रोजेक्ट ने अपने लिखे हैं और आधिकारिक कैटलॉग में उनका कोई अस्तित्व नहीं। इनमें अक्सर कारण का नाम होता है, और वह नाम चूक सकता है।

उदाहरण: The response was blocked by the provider's content filter

इन चारों में सबसे आसानी से ग़लत पढ़ी जाने वाली परत ④ है। परत ① से ③ तक "क्या हुआ" बताने का झुकाव रहता है, जबकि परत ④ के शब्द अक्सर "क्यों हुआ" तक कह देते हैं। मगर वह दावा उस टूल के लगाए अंदाज़े से ज़्यादा कुछ नहीं। अगला अध्याय इसी का दर्ज किया हुआ उदाहरण देखता है।

3. जब "content filter" लिखा दिखे, तो वह फ़िल्टर किसका है

शुरू में गिनाए पाँच में से दो कहते हैं कि जवाब को कंटेंट फ़िल्टर ने रोक दिया। गड़बड़ यहीं सबसे ज़्यादा होती है, क्योंकि Claude इस्तेमाल करने का मतलब यह नहीं कि रोकने वाला Anthropic का फ़िल्टर ही था।

3-1. The model returned no content because the response was blocked by content filtering

🟡 स्रोत (सिर्फ़ अवलोकन): जिस एक प्राथमिक स्रोत में यह वाक्य अक्षरशः पुष्ट हो सका, वह GitHub की अपनी रिपॉज़िटरी में github/copilot-cli का Issue #3348 था। उसका शीर्षक है "Repeated 'The model returned no content because the response was blocked by content filtering' on legitimate technical reasoning turns", यानी वाक्य ज्यों का त्यों उसमें मौजूद है। लेकिन लिखने वाले ने मुख्य विवरण वापस ले लिया, और मेंटेनर का कोई तकनीकी जवाब भी उस पर नहीं है। स्थिति closed as not planned है। GitHub के सार्वजनिक दस्तावेज़ों में यह वाक्य ख़ुद कहीं नहीं दिखता। इसलिए यह लेख "यह GitHub Copilot CLI में रिपोर्ट किया गया संदेश है" से आगे कुछ भी दावा नहीं करता।

दूसरी ओर, ✅ एक बात पूरे यक़ीन से कही जा सकती है। GitHub का आधिकारिक दस्तावेज़ Hosting of models for GitHub Copilot Claude के इस्तेमाल के बारे में साफ़ लिखता है।

"Claude का इस्तेमाल करते समय भी इनपुट प्रॉम्प्ट और आउटपुट कंप्लीशन GitHub Copilot के कंटेंट फ़िल्टर से गुज़रते रहते हैं, यानी सार्वजनिक कोड से मिलान वाला फ़िल्टर, जहाँ लागू हो, और हानिकारक या आपत्तिजनक सामग्री वाला फ़िल्टर"

यानी Copilot के रास्ते Claude चलाते समय आउटपुट रोक सकने वाला फ़िल्टर GitHub की तरफ़ भी मौजूद है। वही पृष्ठ आगे बताता है कि Copilot में उपलब्ध Claude मॉडलों की होस्टिंग "Amazon Web Services, Anthropic PBC, and Google Cloud Platform" पर है, जिसका मतलब है कि आप ऐसी बनावट पर हों जो सीधे Anthropic के api.anthropic.com को बुलाती है, यह ज़रूरी नहीं।

इसीलिए उपाय बदल जाता है। Anthropic API या Claude Code से सीधे मिलने वाला Output blocked by content filtering policy मुख्यतः वह आउटपुट फ़िल्टर है जो मौजूदा कॉपीराइट सामग्री को दोहराने से रोकता है, और उपाय "अक्षरशः नक़ल मत कराइए" की तरफ़ झुकता है (देखें Output blocked by content filtering policy के कारण और समाधान)। मगर Copilot के रास्ते पर GitHub ख़ुद लिखता है कि सार्वजनिक कोड से मिलान भी देखा जाता है। अगर काम ऐसा आउटपुट बनाता है जो मौजूदा कोड से मिलता-जुलता है, तो रुकावट वहीं हो सकती है। एक ही शब्द "content filtering" की गारंटी नहीं कि जाँची जा रही चीज़ भी एक ही है।

अलग करने के लिए एक ही जाँच काफ़ी है। वही प्रॉम्प्ट टर्मिनल के claude से चलाइए, जो सीधे Anthropic तक जाने वाला रास्ता है। अगर वहाँ निकल जाता है और सिर्फ़ Copilot CLI रोकता है, तो रोकने वाला Anthropic का फ़िल्टर नहीं है। अगर दोनों जगह रुकता है, तो फ़ैसला बहुत मुमकिन है मॉडल देने वाली तरफ़ से आ रहा हो।

3-2. The response was blocked by the provider's content filter

✅ स्रोत (पुष्ट): यह वाक्य OpenCode का है, जो एक ओपन सोर्स कोडिंग एजेंट है। रिपॉज़िटरी anomalyco/opencode के Issue #35736 में यह वाक्य अक्षरशः रिपोर्ट किया गया है।

और यही Issue वह इकलौता उदाहरण है जिसे यह लेख सबसे ज़्यादा पहुँचाना चाहता है। उसका शीर्षक कहता है कि Vertex प्रोवाइडर की अलग-अलग ग़लतियाँ, यानी एक 404, एक सॉकेट का टूटना, और stop_reason:refusal, सब एक ही "blocked by content filter" बनकर सामने आती हैं।

असलियत 1
404 NOT_FOUND

जो रीजन सेट किया है उसमें वह मॉडल है ही नहीं। Issue का उदाहरण claude-opus-4-8@default है। यह सिर्फ़ सेटिंग की चूक है और किसी फ़िल्टर से इसका कोई नाता नहीं।

असलियत 2
सॉकेट टूटना या कनेक्शन रीसेट

लंबे सेशन के दौरान Vertex API से कनेक्शन टूट गया। यह नेटवर्क की घटना है, जिसमें आउटपुट की सामग्री परखी तक नहीं गई।

असलियत 3
असली इनकार

HTTP 200 लौटता है और उसमें stop_reason: refusal तथा सुरक्षा श्रेणी होती है, Issue के उदाहरण में cyber। सिर्फ़ यही एक शब्दों से मेल खाता है।

तीनों में से शब्द ठीक-ठीक सिर्फ़ एक पर लागू होते हैं। फिर भी स्क्रीन पर तीनों के लिए वही वाक्य आता है। यही वजह है कि परत ④ के शब्दों को आँख मूँदकर नहीं मानना चाहिए, क्योंकि "फ़िल्टर ने रोका" पढ़कर अपनी भाषा नरम करते रहेंगे और असलियत 404 हुई तो कभी ठीक नहीं होगा। ठीक करने की चीज़ मॉडल ID और रीजन की सेटिंग है।

उसी रिपॉज़िटरी में Issue #35643 भी है, "कंटेंट फ़िल्टर आउटपुट रोक दे तब भी जितना बना उसका बिल आता है"। यह लेख लिखे जाते समय दोनों खुले थे।

🟡 जो पुष्ट नहीं हो सका: OpenCode के सोर्स में यह वाक्य कहाँ बनता है, यह तय नहीं किया जा सका, क्योंकि Issue में इसका ज़िक्र नहीं है। Issue पहले हुए आंशिक सुधार के तौर पर PR #31745 का हवाला ज़रूर देता है, मगर रिपोर्ट का मतलब यही है कि तीनों नाकामियों में फ़र्क़ अब भी नहीं किया जाता।

तो आज़माने का क्रम यह बनता है। ① जाँचें कि सेट किया हुआ मॉडल ID और रीजन सचमुच मौजूद जोड़ा है या नहीं। ② देखें कि वही प्रॉम्प्ट दोबारा वही नतीजा देता है या यह छिटपुट है, क्योंकि छिटपुट होना कनेक्शन की तरफ़ इशारा करता है। ③ अगर कच्चा रिस्पॉन्स पकड़ सकते हैं तो stop_reason देखें। ③ में refusal दिखे तभी इसे सामग्री की समस्या मानिए।

4. Streaming response ended before any complete data was received, यह Claude Code के अपने शब्द निकले

अब वे दो, जो तीसरे पक्ष के शब्द लगते हैं मगर दरअसल Claude Code की आधिकारिक शब्दावली का हिस्सा हैं।

✅ पुष्ट: यह वाक्य Claude Code के आधिकारिक एरर रेफ़रेंस में एक प्रविष्टि के रूप में मौजूद है। और आधिकारिक व्याख्या वह नहीं है जो ज़्यादातर लोग सोचते हैं।

"API ने रिस्पॉन्स हेडर लौटाए, मगर रिस्पॉन्स बॉडी में Claude API का कोई संदेश नहीं था"

यानी यह "आधे रास्ते आकर कट गया" नहीं है। यह "एक भी टुकड़ा आया ही नहीं" है। Streaming और ended शब्दों की वजह से इसे जवाब बहते हुए लाइन टूटने की बात समझ लेना आसान है, मगर आधिकारिक परिभाषा उस हालत की तरफ़ इशारा करती है जहाँ सिर्फ़ हेडर लौटे और बॉडी ख़ाली थी। यहाँ चूक गए तो कनेक्शन टूटने के उपाय देर तक आज़माते रह जाएँगे।

आधिकारिक मार्गदर्शन दो कदम बताता है। ① दोबारा भेजिए, क्योंकि मूल संदेश बातचीत में बचा है, इसलिए लंबा प्रॉम्प्ट दोबारा चिपकाने की ज़रूरत नहीं और try again लिख देना काफ़ी है। ② हर बार यही हो तो नेटवर्क, प्रॉक्सी या प्रोवाइडर के गेटवे पर शक कीजिए, और दस्तावेज़ आपको "Unable to connect to API" वाली प्रविष्टि तक भेजते हैं।

इस पढ़ाई को पुख़्ता करती हैं पास ही खड़ी सहोदर प्रविष्टियाँ। आधिकारिक रेफ़रेंस में API returned an empty or malformed response है, यानी हेडर कामयाबी बताते हैं मगर बॉडी वैध Claude API संदेश नहीं है, और इससे आगे Bedrock streaming response has content-type "..."; expected "application/vnd.amazon.eventstream" तक है, यानी वह प्रविष्टि जो गेटवे के लौटाए ग़लत क़िस्म के कंटेंट का नाम लेती है। यह पूरा कुनबा "200 तो आया, मगर अंदर Claude का जवाब नहीं है" वाली क़िस्म का है।

जहाँ कंटेंट एक भी नहीं आया

Streaming response ended before any complete data was received
API returned an empty or malformed response

शक रास्ते पर कीजिए: कंपनी की प्रॉक्सी, TLS टर्मिनेशन, API गेटवे, Bedrock या Vertex के आगे बैठा कोई रिले। देखें नेटवर्क, प्रॉक्सी और TLS सर्टिफ़िकेट एरर वाला लेख

जहाँ आउटपुट आने के बाद कटा

Connection lost mid-response
The response stopped arriving

यहाँ स्क्रीन तक जो पहुँचा वह बचा रहता है, और continue से वहीं से आगे बढ़ा जा सकता है। देखें Connection lost mid-response वाला लेख

5. Could not locate the Claude CLI on PATH, वे शब्द जिन्हें दस्तावेज़ "लॉन्च करने वाला छापता है" कहकर वर्गीकृत करते हैं

✅ पुष्ट: यह वाक्य भी आधिकारिक एरर रेफ़रेंस में है। पर वह कहाँ रखा है, यह मायने रखता है, क्योंकि वह "Wrapper and IDE errors" नाम के अलग अध्याय में है। दस्तावेज़ उस अध्याय को ऐसी ग़लतियाँ बताते हैं जिन्हें Claude Code नहीं, बल्कि लॉन्च करने वाला प्रोग्राम छापता है।

आधिकारिक परिभाषा यह है कि लॉन्च करने वाले प्रोग्राम को सिस्टम के PATH पर claude कमांड नहीं मिला। उपाय दो बताए गए हैं।

  • दोबारा इंस्टॉल करें। इंस्टॉलर claude को PATH में जोड़ देता है
  • इंस्टॉल की जगह को PATH में डालें। macOS और Linux पर यह आमतौर पर ~/.local/bin या /usr/local/bin होती है, Windows पर आमतौर पर %APPDATA%\Anthropic\Claude\bin या C:\Program Files\Anthropic\Claude\bin

मगर बात यह है कि स्क्रीन पर सचमुच पहुँचने वाला संदेश आधिकारिक कैटलॉग के शीर्षक से लंबा हो सकता है। anthropics/claude-code के Issue #80087 में VS Code एक्सटेंशन ने जो असल में छापा, वह अक्षरशः दर्ज है।

Could not locate the Claude CLI on PATH. Launching by name in a PowerShell terminal would run a 'claude' from the open folder instead of the installed CLI, so the launch was blocked. Make sure the Claude CLI's install directory is on your system PATH (not only your PowerShell profile), then restart VS Code and try again.

बाद का आधा हिस्सा वह व्याख्या है जो एक्सटेंशन ने ख़ुद जोड़ी। खोजने पर कुछ न मिलने की वजह यही है, और सही तरीक़ा यह है कि सिर्फ़ पहला वाक्य खोजा जाए। यह बात परत ③ के शब्दों पर आम तौर पर लागू होती है, क्योंकि लॉन्च करने वाला आधिकारिक शीर्षक पर अपनी परिस्थिति की क़लम लगाता है।

🟡 Issue #80087 क्या रिपोर्ट करता है, अपुष्ट हिस्सों समेत: रिपोर्ट करने वाला Windows 11 पर है और कहता है कि टर्मिनल का claude ठीक चलता है जबकि सिर्फ़ एक्सटेंशन नाकाम होता है। v2.1.212 पर चला और v2.1.214 तथा v2.1.217 पर दोहराया गया, इसलिए उसे शक है कि यह v2.1.214 में आया रिग्रेशन है। संदिग्ध कारण यह बताया गया है कि Windows के where.exe का आउटपुट ऐसे परिवेश में कैसे संभाला जाता है जहाँ यूज़रनेम में ग़ैर-ASCII अक्षर हों, मगर यह रिपोर्ट करने वाले का अंदाज़ा है, तय किया गया कारण नहीं। यह लेख लिखे जाते समय Issue खुला था, और उपाय के तौर पर एक्सटेंशन को v2.1.212 पर टिका देना गिनाया गया है।

छँटाई के लिए यह एक पंक्ति काफ़ी है। टर्मिनल में claude --version टाइप कीजिए। अगर वहाँ वर्शन छप जाता है और सिर्फ़ एक्सटेंशन नाकाम होता है, तो टूटी हुई चीज़ CLI नहीं, बल्कि वह PATH है जो लॉन्च करने वाला देखता है। एडिटर को आइकॉन से चलाएँ तो उस प्रोसेस को मिलने वाला PATH उस PATH से अलग हो सकता है जिसे लॉगिन शेल जोड़ता है। जहाँ इंस्टॉल ही पूरा नहीं हुआ, वह मामला command not found वाले लेख में है।

6. जिस संदेश का स्रोत नहीं मिला, और उसे ख़ुद पहचानने के चार कदम

शुरुआत के पाँच में से एक के लिए, यानी Connection to Claude's response was lost. Claude may still be working के लिए, 🔴 स्रोत की पहचान नहीं हो सकी। यह लेख उसके लिए किसी टूल का नाम नहीं लेता।

क्या-क्या खोजा गया और उसका क्या निकला, वह दर्ज है। Claude Code के आधिकारिक एरर रेफ़रेंस की हर प्रविष्टि पूरी पढ़ी गई, और यह वाक्य उनमें नहीं था। Remote Control यानी वह सुविधा जिससे अपने कंप्यूटर का सेशन फ़ोन या ब्राउज़र से आगे चलाया जाता है, उसके आधिकारिक दस्तावेज़ भी पूरे पढ़े गए, और वहाँ भी नहीं मिला। आधिकारिक तौर पर सबसे नज़दीक के शब्द Connection lost mid-response और Couldn't reconnect to your Remote Control session हैं, और इनमें से किसी से वाक्य मेल नहीं खाता।

तो परत या तो ③ है या ④, मगर लिखा किस टूल ने, यह पुष्ट नहीं हुआ। "Claude may still be working" वाली कहन इशारा करती है कि लिखने वाला वही नहीं है जो Claude चला रहा है, यानी वह किसी दूसरी प्रोसेस या दूसरी मशीन को बाहर से देख रहा है, मगर यह 🟡 कहन से लगाया गया अंदाज़ा है, जिसके पीछे कोई पुष्टि नहीं।

ऐसे मामलों को ख़ुद निपटाने का तरीक़ा यहाँ रखा है। यह पिछले हर अध्याय के मामलों पर भी वैसे ही लागू होता है।

कदम 1
देखिए कि वह कहाँ खींचा गया

क्या वह Claude के जवाब की धारा में घुला-मिला दिखा, या उसके बाहर के फ़्रेम, नोटिफ़िकेशन या पैनल में? बाहर हो तो लिखने वाली परत ③ है या ④।

कदम 2
सादे claude पर दोहराइए

वही काम टर्मिनल के claude से चलाइए। अगर दोबारा नहीं होता, तो वे शब्द उसी टूल के हैं। अगर होता है, तो परत ① या ② तक उतरिए।

कदम 3
आधिकारिक कैटलॉग में पूरा मिलान ढूँढ़िए

आधिकारिक एरर रेफ़रेंस को ब्राउज़र के भीतर खोजिए। सिर्फ़ पहला वाक्य खोजिए, क्योंकि बाक़ी हिस्सा लॉन्च करने वाले ने जोड़ा हो सकता है (अध्याय 5)।

कदम 4
उस टूल के Issue खोजिए

आधिकारिक न हो तो देखने की जगह Anthropic की सामग्री नहीं है। वाक्य को अपने इस्तेमाल वाले टूल की रिपॉज़िटरी के Issue में खोजिए। इस लेख के स्रोत इसी तरीक़े से पहचाने गए।

7. मिलान तालिका, संदेश से मंज़िल तक

ऊपर की सारी बात एक पन्ने पर। "किसने लिखा" वाला ख़ाना ही तय करता है कि संदेश पर कितना भरोसा किया जा सकता है।

स्क्रीन पर आया संदेश लिखा किसने असल में क्या हो रहा है कहाँ जाएँ
The model returned no content because the response was blocked by content filtering 🟡 परत ④
GitHub Copilot CLI में रिपोर्ट किए गए शब्द		 आउटपुट को किसी फ़िल्टर ने रोका। मगर वह GitHub का फ़िल्टर हो सकता है, जो सार्वजनिक कोड से मिलान भी जाँचता है आउटपुट फ़िल्टर वाला लेख
The response was blocked by the provider's content filter ✅ परत ④
OpenCode		 तीन संभावनाएँ: मॉडल ID पर 404, कनेक्शन का टूटना, या असली इनकार। शब्दों से सिर्फ़ तीसरी मेल खाती है अध्याय 3 की छँटाई
Streaming response ended before any complete data was received ✅ परत ②
Claude Code ख़ुद, आधिकारिक		 हेडर आए मगर बॉडी ख़ाली थी। यह बीच में कटा नहीं। रास्ते पर शक कीजिए, यानी प्रॉक्सी और गेटवे नेटवर्क और प्रॉक्सी वाला लेख
Could not locate the Claude CLI on PATH ✅ परत ③
लॉन्च करने वाला, आधिकारिक रूप से कहा गया		 लॉन्च करने वाला जो PATH देखता है उस पर claude नहीं है। CLI ख़ुद अक्सर बिल्कुल ठीक होता है command not found वाला लेख
Connection to Claude's response was lost. Claude may still be working 🔴 पहचान नहीं हुई
आधिकारिक कैटलॉग में नहीं है		 तय नहीं। आधिकारिक तौर पर सबसे नज़दीक के शब्द Connection lost mid-response हैं अध्याय 6 के चार कदम और सबसे नज़दीकी आधिकारिक शब्दों वाला लेख

तालिका को आड़े पढ़िए तो दिखता है कि "असल में क्या हो रहा है" वाले ख़ाने में सिर्फ़ परत ④ की दो पंक्तियाँ डगमगाती हैं। परत ② और ③ की आधिकारिक परिभाषाएँ हैं, इसलिए वे नहीं डगमगातीं। यही फ़र्क़ ठीक-ठीक वह फ़र्क़ है कि शब्दों पर कितना भरोसा किया जा सकता है।

8. जो तय है और जो तय नहीं है

✅ प्राथमिक स्रोतों से पुष्ट
  • Streaming response ended… और Could not locate the Claude CLI on PATH, दोनों Claude Code के आधिकारिक एरर रेफ़रेंस में प्रविष्टि के रूप में मौजूद हैं
  • दस्तावेज़ दूसरे वाले को "Wrapper and IDE errors" के नीचे रखते हैं और उसे लॉन्च करने वाले प्रोग्राम का छापा हुआ बताते हैं
  • पहले वाले का अर्थ है "हेडर लौटे मगर बॉडी में Claude API का कोई संदेश नहीं", यानी बीच में कटना नहीं
  • OpenCode का Issue #35736 रिपोर्ट करता है कि 404, कनेक्शन का टूटना और असली इनकार, तीनों एक ही वाक्य बन जाते हैं
  • GitHub आधिकारिक रूप से लिखता है कि Claude इस्तेमाल करते समय भी इनपुट और आउटपुट GitHub Copilot के कंटेंट फ़िल्टर से गुज़रते हैं
🟡 रिपोर्ट तो है, पर तय नहीं
  • The model returned no content because… का स्रोत। अक्षरशः पुष्टि सिर्फ़ github/copilot-cli के Issue #3348 के शीर्षक से हुई, जिसका विवरण वापस ले लिया गया था
  • Issue #80087 में VS Code एक्सटेंशन के रिग्रेशन का जो कारण बताया गया है, यानी where.exe के आउटपुट का संभालना, वह रिपोर्ट करने वाले का अंदाज़ा है
  • OpenCode का कौन सा कोड ये शब्द निकालता है, यह Issue में लिखा नहीं है
  • "Claude may still be working" किसी दूसरी प्रोसेस को देखने वाले की कहन है, यह शब्दों से लगाया गया अंदाज़ा है
🔴 पुष्ट नहीं हो सका
  • Connection to Claude's response was lost… कौन सा टूल निकालता है। यह न आधिकारिक एरर रेफ़रेंस में था, न Remote Control के दस्तावेज़ों में
  • उस Copilot CLI वाले संदेश पर GitHub की तरफ़ से तकनीकी व्याख्या, क्योंकि Issue #3348 closed as not planned है और उस पर मेंटेनर का जवाब नहीं है
  • OpenCode के दोनों Issue पर सुधार का पूरा होना, क्योंकि लेख लिखे जाते समय दोनों खुले थे

निचोड़ यह है। संदेश की शक्ल देखकर यह नहीं बताया जा सकता कि उसे किस परत ने लिखा। शुरुआत के पाँचों ऐसे लगते हैं जैसे किसी तीसरे पक्ष के टूल ने लिखे हों, फिर भी दो आधिकारिक निकले, दो तीसरे पक्ष के, और एक अनजान है। इसलिए पहला कदम कारण पर सोचना नहीं, आधिकारिक कैटलॉग से मिलान करना है। इसमें एक मिनट लगता है, और यह तय कर देता है कि आगे कहाँ खोजना है।

FAQ

Q1. Claude इस्तेमाल कर रहा हूँ, फिर भी Anthropic के दस्तावेज़ों में यह संदेश कहीं नहीं मिल रहा।

मुमकिन है Anthropic ने उसे लिखा ही न हो। Claude को मॉडल की तरह बुलाने वाले टूल, यानी IDE एक्सटेंशन, दूसरे कोडिंग एजेंट, Copilot के रास्ते इस्तेमाल वग़ैरह, नाकामी के लिए अपने शब्द ख़ुद तय करते हैं। पहले आधिकारिक एरर रेफ़रेंस में पूरा मिलान ढूँढ़िए, और वहाँ न हो तो वाक्य को अपने इस्तेमाल वाले टूल की रिपॉज़िटरी के Issue में खोजिए।

Q2. "content filter" लिखा दिखे तो क्या इसका मतलब है कि Anthropic का फ़िल्टर लगा?

ज़रूरी नहीं। GitHub का आधिकारिक दस्तावेज़ लिखता है कि Claude इस्तेमाल करते समय भी इनपुट प्रॉम्प्ट और आउटपुट कंप्लीशन GitHub Copilot के कंटेंट फ़िल्टर से गुज़रते हैं। और OpenCode में Issue #35736 ऐसे मामले रिपोर्ट करता है जहाँ 404 या सॉकेट का टूटना, जिनका किसी फ़िल्टर से नाता नहीं, उसी "content filter" वाले वाक्य के साथ दिखाया जाता है। वही प्रॉम्प्ट टर्मिनल के claude से भी चलाइए और दोहराने पर आधारित छँटाई कीजिए।

Q3. क्या Streaming response ended before any complete data was received का मतलब है कि कनेक्शन टूट गया?

नहीं। आधिकारिक एरर रेफ़रेंस इसकी परिभाषा यह देता है कि "API ने रिस्पॉन्स हेडर लौटाए, मगर बॉडी में Claude API का कोई संदेश नहीं था"। ऐसा नहीं कि कुछ हिस्सा आया और फिर कट गया, बल्कि कुछ भी आया ही नहीं। पहले दोबारा भेजिए, जिसके लिए try again काफ़ी है, और हर बार यही हो तो रास्ते पर शक कीजिए, यानी प्रॉक्सी, गेटवे वग़ैरह पर।

Q4. टर्मिनल में claude चलता है, मगर सिर्फ़ IDE का एक्सटेंशन "Could not locate the Claude CLI on PATH" कहता है।

समस्या CLI की नहीं, लॉन्च करने वाले की है। आधिकारिक रेफ़रेंस इन शब्दों को "Wrapper and IDE errors" के नीचे रखता है, यानी इन्हें Claude Code नहीं बल्कि लॉन्च करने वाला प्रोग्राम छापता है। एडिटर को आइकॉन से चलाएँ तो उस प्रोसेस को मिलने वाला PATH उस PATH से अलग हो सकता है जिसे लॉगिन शेल जोड़ता है। Issue #80087 जैसी एक्सटेंशन के वर्शन से जुड़े रिग्रेशन की रिपोर्टें भी हैं।

Q5. खोजने पर कुछ नहीं मिलता, तो क्या यह एरर दुर्लभ है?

अक्सर वजह यह होती है कि वाक्य बहुत लंबा है। परत ③ के शब्दों में आधिकारिक शीर्षक पर लॉन्च करने वाले की अपनी व्याख्या जुड़ी होती है, और अध्याय 5 के उदाहरण में आधिकारिक शीर्षक एक वाक्य का है जबकि असल प्रदर्शन चार वाक्यों तक चला गया। सिर्फ़ पहला वाक्य खोजिए।

Q6. क्या संदेश जिस कारण का नाम लेता है उस पर कभी अमल नहीं करना चाहिए?

यह परत पर निर्भर है। जो शब्द आधिकारिक कैटलॉग से पूरा मिलते हैं, यानी परत ② और ③, उनके अर्थ और उपाय दस्तावेज़ में हैं, इसलिए उनका पालन करना ठीक है। समस्या परत ④ है। OpenCode का Issue #35736 रिपोर्ट करता है कि तीन बिल्कुल अलग नाकामियाँ एक ही "कंटेंट फ़िल्टर ने रोका" वाले वाक्य पर आ जाती हैं। जब असलियत सेटिंग की चूक हो, तो शब्दों पर भरोसा करके अपनी भाषा बदलते रहने से वह कभी ठीक नहीं होगा।

Q7. क्या तीसरे पक्ष के टूल छोड़ देना ज़्यादा आसान होगा?

इतना करने की ज़रूरत नहीं। यहाँ सवाल यह नहीं कि कोई टूल अच्छा है या नहीं, बल्कि सिर्फ़ यह है कि नाकामी के शब्द आए कहाँ से। छँटाई के दौरान एक बार सादे claude पर दोहराने की कोशिश कर लेना, बतौर आदत इतना काफ़ी है। किस टूल को चुनें, इस पर Cursor, Claude Code, GitHub Copilot और Codex की तुलना देखिए।

Q8. Connection to Claude's response was lost. Claude may still be working को कैसे ठीक करें?

यह लेख इसका स्रोत नहीं पहचान सका। यह वाक्य न Claude Code के आधिकारिक एरर रेफ़रेंस में है, न Remote Control के दस्तावेज़ों में। इसलिए इसे या तो लॉन्च करने वाले ने लिखा या तीसरे पक्ष के क्लाइंट ने, मगर कौन सा टूल, यह पुष्ट न हो सकने के कारण यह लेख किसी का नाम नहीं लेता। अपने परिवेश में पहचानने के लिए अध्याय 6 के चार कदम इस्तेमाल कीजिए। जवाब बीच में कटने की घटना पर, सबसे नज़दीकी आधिकारिक शब्द Connection lost mid-response वाला लेख काम का संदर्भ है।

संबंधित लेख

इस्तेमाल किए गए प्राथमिक स्रोत