सामग्री पर जाएँ
AI Platform

AI, और भी आज़ादी से।

AI का उपयोग, व्यावहारिक सुझाव और नवीनतम जानकारी - सरल भाषा में।
साथ ही फ्री AI कोर्स और स्किल टेस्ट भी।

AI Arte क्या प्रदान करता है

AI कौशल परीक्षा

उपलब्ध

AI बुनियादी ज्ञान परीक्षा

20 प्रश्नों से अपने AI ज्ञान का परीक्षण करें।

जल्द आ रहा है

प्रॉम्प्ट कौशल परीक्षा

प्रभावी AI प्रॉम्प्ट लिखने की क्षमता मापें।

जल्द आ रहा है

AI अनुप्रयोग परीक्षा

व्यावहारिक AI कौशल का मूल्यांकन करें।

विशेष लेख

Claude Docs क्या है: बातचीत को सीधे दस्तावेज़ बना देने वाली सुविधा, और उसकी सीमाएँ कहाँ हैं

Claude Docs क्या है: बातचीत को सीधे दस्तावेज़ बना देने वाली सुविधा, और उसकी सीमाएँ कहाँ हैं

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

नवीनतम लेख

सभी देखें
Claude Code का Projects क्या है — Claude थ्रेड कैसे बाँटता है, किसे मिलेगा, GitHub की शर्त और टोकन लागत

Claude Code का Projects क्या है — Claude थ्रेड कैसे बाँटता है, किसे मिलेगा, GitHub की शर्त और टोकन लागत

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

क्या GPT-6 Astra का low सचमुच सस्ता है — GPT-5.6 Sol के high से टोकन खपत, लागत और रफ़्तार की मापी गई तुलना

क्या GPT-6 Astra का low सचमुच सस्ता है — GPT-5.6 Sol के high से टोकन खपत, लागत और रफ़्तार की मापी गई तुलना

नया मॉडल ज़्यादा समझदार होता है, पर महँगा भी — आम तौर पर यही सोच चलती है। फिर भी 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 पर: सेटिंग और सावधानियाँ

Claude Code का opusplan क्या है? योजना Opus पर, कार्यान्वयन Sonnet पर: सेटिंग और सावधानियाँ

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

Claude Code के सबएजेंट को अलग मॉडल पर कैसे चलाएँ: Sonnet और Haiku को काम सौंपने की सेटिंग और माप

Claude Code के सबएजेंट को अलग मॉडल पर कैसे चलाएँ: Sonnet और Haiku को काम सौंपने की सेटिंग और माप

क्या 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 का सत्र-वार उपयोग: कैसे देखें कि कौन-सा सत्र आपका प्लान खा रहा है

Claude Code का सत्र-वार उपयोग: कैसे देखें कि कौन-सा सत्र आपका प्लान खा रहा है

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

Gemini "Something went wrong (13)" त्रुटि: कारण और क्रम से आज़माने के उपाय

Gemini "Something went wrong (13)" त्रुटि: कारण और क्रम से आज़माने के उपाय

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