AI टूल्स की गाइड, तुलना और नवीनतम समाचार

अगर Claude Code में जवाब के बीच "API Error: The response stopped arriving. The response above may be incomplete." दिखे, तो इसका मतलब है कि कनेक्शन खुला रहा पर डेटा आना बंद हो गया, और Claude Code के वॉचडॉग टाइमर ने उसे काट दिया। पूरा हुआ आउटपुट बचा रहता है, इसलिए काम की स्थिति जाँचकर continue भेजें, तो काम वहीं से आगे बढ़ जाता है। यह संदेश v2.1.227 से पहले "Response stalled mid-stream" के रूप में दिखने वाले संदेश का नया नाम है। आधिकारिक एरर रेफ़रेंस और नेटवर्क कॉन्फ़िगरेशन दस्तावेज़ों के आधार पर हमने समझाया है कि यह Connection lost mid-response, The response stalled before a response was produced और Streaming response ended before any complete data was received से कैसे अलग है, इसे दोबारा क्यों नहीं भेजा जाता, -p और सबएजेंट में क्या होता है, वर्ज़न, नेटवर्क का रास्ता और वॉचडॉग टाइमर कैसे जाँचें, और रिपोर्ट करते समय कौन-सी जानकारी रखें। GitHub पर पढ़ी गई 5 रिपोर्टों को आधिकारिक व्याख्या से अलग, अपुष्ट मामलों के रूप में रखा गया है।

Claude Code में “Login expired · Please run /login” दिखे, तो इसका मतलब है कि सहेजे गए लॉगिन का अपने-आप नवीनीकरण ठुकरा दिया गया और Claude Code ने क्रेडेंशियल मिटा दिए। इसके बाद के निर्देश API तक नहीं जाते, मशीन पर ही रुक जाते हैं, इसलिए दोबारा कोशिश करने के बजाय /login से फिर साइन इन करें। आधिकारिक त्रुटि संदर्भ के आधार पर हमने समझाया है कि यह Not logged in, OAuth token has expired और Your account is on hold से कैसे अलग है; v2.1.206 में संदेश कैसे बदला; /status से जाँचने से लेकर दोबारा साइन इन तक के कदम; -p और CI में क्या करें; और बार-बार आने पर संस्करण, कीचेन, घड़ी और CLAUDE_CONFIG_DIR की जाँच। GitHub की 6 रिपोर्टों को अलग से ऐसे मामलों के रूप में रखा गया है जिनका कारण तय नहीं है।

Codex में इतिहास पढ़ा जा सकता है, फिर भी “thread not found” से संदेश न भेज पाने पर बातचीत गायब नहीं होती। सहेजे गए इतिहास और निष्पादन के लिए लोड बातचीत का अंतर चित्र से समझाया गया है। हमारे वातावरण में दोबारा लोड होने के बाद भेजना सफल हुआ, और दोबारा खोलना, ऐप रीस्टार्ट, छोटे संदेश का क्रम और न सुधरने पर हस्तांतरण व रिपोर्ट के तरीके बताए गए हैं।

Jev, TypeSafe का AI मॉडल है जो टेक्स्ट लिखने के बजाय विकल्प, मूल्यांकन-मान और Yes/No की संभावना लौटाता है। इसमें Choice, Score और Noul का अंतर, confidence पढ़ने का तरीका और पूछताछ को सही टीम में भेजने वाली API का ढाँचा समझाया गया है। तय प्रारूप से सही निर्णय की गारंटी नहीं मिलती, इसलिए गणना, तारीख और भ्रामक इनपुट जैसी कमज़ोरियाँ, कीमत, इनपुट सीमा और हिंदी में उपयोग से पहले मूल्यांकन के तरीके भी लेख में हैं।

16 सितंबर 2026 को जब Claude Cowork को chat में मिला दिया गया, तो उसी के साथ बनाने वाली तीन सुविधाएँ बीटा में आईं: दस्तावेज़ों के लिए Claude Docs, प्रस्तुतियों के लिए Claude Slides और विज़ुअल डिज़ाइन के लिए Claude Design। यह लेख उनमें से पहली के बारे में है। एक वाक्य में कहें तो Claude Docs बातचीत से जो निकलता है उसे ऐसे दस्तावेज़ में बदल देता है जिसे आप आगे भी बदलते रह सकते हैं। कहिए कि इस चर्चा को ऐसे स्पेक की शक्ल दे दो जिसे टीम साझा कर सके, और Claude आपके सामने ही मसौदा बनाता है — शुरू करने से पहले जो बात उसे अधूरी लगती है वह पूछ लेता है। जो मिलता है वह शीर्षकों और तालिकाओं वाला रिच टेक्स्ट है, और एक ही दस्तावेज़ में कई टैब रह सकते हैं। आप उसे ख़ुद बदल सकते हैं, या दस्तावेज़ के भीतर टेक्स्ट चुनकर टिप्पणी छोड़िए और @Claude का ज़िक्र कर दीजिए, बदलाव वह कर देगा। जिस ताक़त पर लोगों की नज़र नहीं जाती वह यह है कि Claude Code के सेशन को भी स्पेक, रनबुक या रिपोर्ट में बदला जा सकता है। यह 8 अक्टूबर 2026 को बीटा से बाहर आया और अब मुफ़्त प्लान समेत हर प्लान पर है, पर कुछ चीज़ें अब भी नहीं हैं: मिटाना वापस नहीं होता, सिर्फ़ टिप्पणी की अनुमति नहीं है, और Team तथा Enterprise संगठन के बाहर साझा नहीं कर सकते। यह लेख इन ग़ैर-हाज़िरियों को सुविधाओं जितनी ही जगह देता है, और तय करता है कि यह टूल किस काम के लिए ठीक है और किसके लिए नहीं।

Claude Code का Projects नए सिरे से बनाया गया है। अब तक प्रोजेक्ट का मतलब था बातचीत और संदर्भ सामग्री रखने वाला एक फ़ोल्डर; नया Projects एक अकेली बातचीत है। आप जो चाहिए वह लिखते हैं, Claude उसे थ्रेड में बाँट देता है, थ्रेड क्लाउड में समानांतर चलते हैं, और हर थ्रेड काम ख़त्म होते ही एक पुल रिक्वेस्ट खोलकर रिपोर्ट कर देता है। लैपटॉप बंद कर देने से वे रुकते नहीं। पर कूदने से पहले तीन बातें जाँच लेने लायक़ हैं: इसे चला सकने वाले अकाउंट अब भी सीमित हैं (Pro और Max का पब्लिक बीटा, जो पहले उन अकाउंट तक जा रहा है जिनके पास कोई मौजूदा प्रोजेक्ट नहीं है), व्यवहार में github.com और Claude GitHub App अनिवार्य हैं, और यह आपकी उपयोग-सीमा जिस रफ़्तार से खाता है वह किसी अकेले सेशन जैसी नहीं है। यह लेख आधिकारिक दस्तावेज़ और ब्लॉग के आधार पर देखता है कि रोलआउट आप तक पहुँचा या नहीं यह कैसे जाँचें, थ्रेड किस सामान के साथ शुरू होता है (उस जाल समेत, जिसमें प्रोजेक्ट में एक से ज़्यादा रिपॉज़िटरी आते ही अनुमति नियम और हुक लागू होना बंद कर देते हैं), टोकन की लागत कहाँ से आती है — डिफ़ॉल्ट Opus high एफर्ट सहित — और समानांतर काम के पाँच तरीक़ों में से चुनें कैसे: सबएजेंट, agent view, एजेंट टीम, डायनामिक वर्कफ़्लो और Projects।

नया मॉडल ज़्यादा समझदार होता है, पर महँगा भी — आम तौर पर यही सोच चलती है। फिर भी GPT-6 Astra और GPT-5.6 Sol की तुलना सिर्फ़ यूनिट कीमत पर करें तो कोई नतीजा नहीं निकलता, क्योंकि Astra वही काम कम टोकन में निपटा देता है। स्वतंत्र बेंचमार्किंग संस्था Artificial Analysis की माप में, Astra को उसकी सबसे कमज़ोर सेटिंग low पर चलाएँ तो एक टास्क की लागत लगभग उतनी ही बैठती है जितनी Sol की high पर ($0.82 बनाम $0.81), जबकि स्कोर ऊपर रहता है (46 बनाम 42), आउटपुट टोकन एक-तिहाई लगते हैं और जवाब शुरू होने तक का इंतज़ार एक-चौथाई रह जाता है। 18 सितंबर 2026 तक के आँकड़ों के आधार पर यह लेख हर रीज़निंग एफर्ट पर लागत, टोकन और रफ़्तार, वह ब्योरा जो बताता है कि 2.5 गुना यूनिट कीमत के बाद भी कुल रकम बराबर क्यों बैठती है, Sol की प्रचार कीमत ख़त्म होने पर बनने वाला हिसाब, कोडिंग एजेंट के काम में कीमत का फ़ासला किस तरह घटता है, और यह सब अपने काम पर ख़ुद नापने के क़दम — सब कवर करता है।

आप चाहते हैं कि योजना बनाने का काम ही समझदार मॉडल करे, और कार्यान्वयन तेज़ और सस्ता मॉडल। Claude Code का opusplan यही अपने-आप करने वाली मॉडल सेटिंग है। यह प्लान मोड के दौरान Opus पर और बाक़ी समय Sonnet पर चलता है, और /model opusplan या settings.json के model से इस्तेमाल होता है। लेकिन यह /model की सूची में नहीं दिखता, और प्लान मोड में जाने और निकलने पर हर बार मॉडल बदलता है, इसलिए हर बदलाव पर पूरी बातचीत बिना कैश के दोबारा पढ़ी जाती है। यह लेख 15 सितंबर 2026 तक के आधिकारिक दस्तावेज़, बदलाव-इतिहास और GitHub issue के आधार पर बताता है: सेट करने का तरीक़ा (वर्ज़न टिकाना और 1M कॉन्टेक्स्ट सहित), प्लान मोड से मंज़ूरी देकर कार्यान्वयन तक का क्रम, v2.0.0 में चुनने वाली स्क्रीन से हटाए जाने की पृष्ठभूमि और Anthropic के कर्मचारी का स्पष्टीकरण, बदलाव से होने वाली कैश लागत का अनुमान और उसे कम रखने के तरीक़े, advisor टूल और सबएजेंट से अंतर, और यह किस तरह के इस्तेमाल में ठीक बैठता है और किसमें नहीं।

क्या Claude Code का मुख्य सत्र Opus 5 पर रखकर, अनुवाद या बड़ी संख्या वाली जाँच जैसे काम ही Sonnet या Haiku वाले सबएजेंट को सौंपे जा सकते हैं? जवाब है, हाँ। सबएजेंट का मॉडल इस क्रम में तय होता है: बुलाते समय दिया गया मॉडल, परिभाषा फ़ाइल का model, एनवायरनमेंट वेरिएबल CLAUDE_CODE_SUBAGENT_MODEL, और फिर मुख्य सत्र का मॉडल, और प्रयास (effort) भी हर सबएजेंट के लिए अलग सेट किया जा सकता है। यह लेख 15 सितंबर 2026 तक के आधिकारिक दस्तावेज़ के आधार पर बताता है कि यह क्रम वर्ज़न के हिसाब से कैसे बदलता है, सभी सबएजेंट को एक ही मॉडल पर टिकाने वाला CLAUDE_CODE_SUBAGENT_MODEL_FORCE, प्रदाता के हिसाब से उपनाम किस मॉडल पर जाते हैं, और यह कि v2.1.198 से बिल्ट-इन Explore मुख्य सत्र का मॉडल लेता है। इसके बाद, सबएजेंट को सच में अलग मॉडल पर चलाकर बातचीत लॉग में जो देखा, वह साझा करता है: वे बताए गए मॉडल पर ही चले, हर एक ने सिर्फ़ शुरू होने में दसियों हज़ार टोकन पढ़े, सब्सक्रिप्शन पर भी सबएजेंट का कैश 5 मिनट में ख़त्म हो जाता है, और एक ही अनुवाद Opus 5, Sonnet 5 और Haiku 4.5 को दो-दो बार देने पर समय, लागत और अनुवाद की गुणवत्ता में क्या फ़र्क़ आया। आख़िर में, लागत और उपयोग सीमा पर इसका असर, और कौन-सा काम सस्ते मॉडल को देना है, यह तय करने की कसौटियाँ।

कई सत्र एक साथ चलाने पर यह सवाल उठने लगता है कि आपकी साप्ताहिक सीमा कौन-सा सत्र खा रहा है। फिर भी Claude Code का /usage सिर्फ़ मौजूदा सत्र के आँकड़े और स्किल, सबएजेंट, प्लगइन व MCP सर्वर के हिसाब से बँटी पूरे प्लान की खपत दिखाता है, और हर सत्र ने कितना हिस्सा लिया, यह न डेस्कटॉप ऐप की उपयोग रिंग में दिखता है, न claude.ai के सेटिंग पेज पर (सितंबर 2026 तक)। जवाब आपकी मशीन पर सहेजे गए बातचीत लॉग (~/.claude/projects की JSONL फ़ाइलें) में है, पर उन्हें जैसे हैं वैसे जोड़ने से नतीजा ग़लत आता है, क्योंकि एक जवाब कई पंक्तियों में, हर सामग्री खंड की एक पंक्ति के रूप में, लिखा जाता है, और सबएजेंट के रिकॉर्ड अलग फ़ाइलों में रहते हैं। मेरी अपनी मशीन पर मापने पर सीधा जोड़ सही मान का लगभग दोगुना निकला, और क्योंकि त्रुटि का आकार हर सत्र में अलग था, क्रम तक बदल गया। यह लेख बताता है कि आधिकारिक स्क्रीन क्या दिखाती हैं और क्या नहीं, लगभग 50 पंक्तियों की गिनती स्क्रिप्ट से लॉग को सही ढंग से कैसे गिनें, वह माप जिसमें एक सत्र ने कुल उपयोग का लगभग एक-तिहाई लिया, आँकड़े कहाँ तक कुछ बता सकते हैं, और समय के साथ नज़र रखनी हो तो OpenTelemetry कैसे सेट करें।

Gemini में संदेश भेजते ही "Something went wrong(13)" दिखकर सब रुक जाता है, और Google ने अपनी आधिकारिक सहायता में इस त्रुटि का कारण नहीं बताया है। फिर भी, मई 2026 की Google की आधिकारिक आउटेज रिपोर्ट में दर्ज है कि यह संदेश लगभग 4 दिन तक दिखता रहा; कारण डेटाबेस संसाधनों की कमी और ऐप के बग बताए गए, और वैकल्पिक उपाय "कोई नहीं" था। यह लेख उस आधिकारिक रिकॉर्ड और इस बात के आधार पर कि "13" संख्या gRPC की अंदरूनी त्रुटि (INTERNAL) से मेल खाती है (Google ने दोनों को एक ही नहीं बताया है), आधिकारिक कम्युनिटी में सबसे ज़्यादा दिखने वाली 4 स्थितियों को समेटता है: सबको एक साथ आना, सिर्फ़ लंबी चैट में, सिर्फ़ इमेज जोड़ने पर, और सिर्फ़ एक ख़ास अकाउंट में। इसके बाद ख़राबी की जानकारी जाँचने से लेकर नई चैट में आगे बढ़ने, दूसरे अकाउंट से जाँचने और फ़ीडबैक से रिपोर्ट करने तक, सबसे कम मेहनत वाले क्रम में आज़माने के 7 कदम बताता है।

हर बार "पहले निष्कर्ष बताएँ" या "हिंदी में जवाब दें" कहने की ज़रूरत नहीं: हर बातचीत पर अपने आप लागू होने वाले निर्देश-फ़ील्ड में एक बार लिख देना काफ़ी है। ChatGPT में इसका नाम "कस्टम निर्देश", Claude में "Instructions for Claude" और Gemini में "Gemini के लिए निर्देश" है, लेकिन स्क्रीन पर नाम, जगह और लिखे जा सकने वाले अक्षरों की संख्या तीनों में अलग है। ChatGPT में Free और Go पर 1,500 अक्षर और Plus और ऊपर के प्लान पर 5,000 अक्षर (जुलाई 2026 में बढ़ाई गई) की सीमा है, जबकि Claude और Gemini ने सीमा प्रकाशित नहीं की है। यह लेख तीनों कंपनियों की आधिकारिक सहायता से जगह और सीमा की जाँच करता है, और Anthropic की आधिकारिक प्रॉम्प्ट गाइड के आधार पर असरदार लिखने का तरीका और उदाहरण दिखाता है। साथ ही, प्रोजेक्ट के अंदर, Gem के अंदर, अस्थायी चैट और कंपनी वाले अकाउंट जैसी उन स्थितियों को, जिनमें आधिकारिक सहायता के अनुसार निर्देश असर नहीं करते, एक जाँच-सूची में समेटता है।