Claude Fable 5.1 स्प्रेडशीट फ़ॉर्मूले, डेटा विश्लेषण और प्रेज़ेंटेशन स्लाइड में सटीकता का एक नया स्तर लाता है। यह लेख बताता है कि यह मॉडल असली ऑफ़िस के काम कैसे संभालता है, पुराने AI टूल्स से कहाँ बेहतर है, और PicassoIA पर इसे आम सीमाओं में फँसे बिना कैसे शुरू करें।
अगर आपने कभी किसी जटिल स्प्रेडशीट फ़ॉर्मूले को सही करने में घंटे लगाए हों, और बाद में पता चला हो कि सेल रेफ़रेंस एक कॉलम खिसका हुआ था, तो आप इस समस्या को पहले से जानते हैं। ज़्यादातर AI टूल्स जो स्प्रेडशीट सपोर्ट का दावा करते हैं, वे सतही पैटर्न मिलान करते हैं। वे =SUM() और =VLOOKUP() को उसी तरह पहचानते हैं जैसे ऑटोकम्प्लीट आम वाक्यांशों को पहचानता है, न कि उस तरह जैसे एक एनालिस्ट डेटा मॉडल में रिश्तों को ट्रैक करता है। Claude Fable 5.1 अलग तरीके से काम करता है, और असली ऑफ़िस के कामों में यह फ़र्क साफ़ दिखता है।
Anthropic ने Fable सीरीज़ को एक्सटेंडेड स्ट्रक्चरल रीज़निंग के आधार पर बनाया है। जहाँ पिछले मॉडल टेबल वाले डेटा को टेक्स्ट के एक सपाट ब्लॉक की तरह लेते थे, वहीं Fable 5.1 सेल रेंज, कॉलम की निर्भरताओं और नामित रेफ़रेंस की समझ को एक सिस्टम के रूप में बनाए रखता है। यही आधार इसे स्प्रेडशीट और प्रेज़ेंटेशन के काम में असल में उपयोगी बनाता है। इस्तेमाल करते समय यह किसी AI को प्रॉम्प्ट देने से ज़्यादा किसी तकनीकी रूप से सक्षम सहकर्मी के साथ काम करने जैसा लगता है, जिसने आपकी पूरी वर्कबुक पढ़ रखी हो।
स्प्रेडशीट भाषा मॉडलों के लिए संरचनात्मक रूप से कठिन होती है। जानकारी पोज़िशनल, रिलेशनल और अक्सर अंतर्निहित होती है। किसी सेल में =D4*$B$1 लिखा हो तो उसका तब तक कोई मतलब नहीं बनता जब तक पता न हो कि कॉलम D और पंक्ति 4 में क्या है, और B1 का एब्सोल्यूट रेफ़रेंस क्या दर्शाता है। ज़्यादातर भाषा मॉडल आसपास के टेक्स्ट से यह अनुमान लगा लेते हैं, अगर आप इसका वर्णन करें, लेकिन वर्णन करने की यह प्रक्रिया पूरा मानसिक बोझ सीधे आप पर डाल देती है।
40 कॉलम और 10,000 पंक्तियों वाली एक असली प्रोडक्शन स्प्रेडशीट में इतने कैरेक्टर होते हैं कि कई मॉडल उन्हें एक साथ कॉन्टेक्स्ट में नहीं रख पाते। पिछली पीढ़ी के मॉडल चुपचाप डेटा काट देते थे और ऐसे फ़ॉर्मूला बनाते थे जो देखने में सही लगते थे, लेकिन जिन रेंज का वे हवाला देते थे वे उस हिस्से में थीं ही नहीं जो मॉडल ने देखा था। यह कोई छोटी समस्या नहीं है: इससे ऐसी गलतियाँ पैदा होती हैं जो देखने पर पकड़ में नहीं आतीं और ऑडिट के दौरान ही सामने आती हैं, कभी-कभी महीनों बाद।
पुराने AI असिस्टेंट ऐसे फ़ंक्शन नाम गढ़ते थे जो Excel या Google Sheets में मौजूद ही नहीं थे। वे असली सिंटैक्स में मनगढ़ंत पैरामीटर जोड़ देते थे। जो उपयोगकर्ता फ़ॉर्मूला विशेषज्ञ नहीं हैं, उनके लिए ये देखने में सही लगने वाले आउटपुट सच में खतरनाक होते हैं, क्योंकि या तो वे साफ़ एरर देते हैं, या उससे भी बुरा, बिना किसी एरर संकेतक के गलत नंबर। रेवेन्यू मॉडल में कोई टूटा हुआ लुकअप चुपचाप शून्य लौटाए, तो वह #NAME? एरर से कहीं ज़्यादा पकड़ में आने में मुश्किल है।
फ़ॉर्मूले के अलावा, ज़्यादातर मॉडल स्प्रेडशीट की संरचना के बारे में तर्क नहीं करते। वे यह ट्रैक नहीं करते कि कोई कंडीशनल फ़ॉर्मेटिंग नियम डेटा वैलिडेशन नियम से टकराता है या नहीं। उन्हें यह नहीं दिखता कि आपके पिवट टेबल का सोर्स रेंज बढ़ा दिया गया है, लेकिन पिवट को रिफ़्रेश नहीं किया गया। वे यह नहीं बता सकते कि दो कॉलम के नामों में ऐसी असंगति है जो डेटा रिफ़्रेश होने पर आपका VLOOKUP तोड़ देगी। ये संरचनात्मक मुद्दे ठीक वही जगहें हैं जहाँ अनुभवी एनालिस्ट विश्लेषण के काम के मुकाबले कहीं ज़्यादा समय लगाते हैं।
Fable 5.1 ऊपर बताए गए हर समस्या क्षेत्र में एक कदम आगे है। ऐसा इसलिए नहीं कि Anthropic ने इसे ज़्यादा स्प्रेडशीट ट्यूटोरियल पर प्रशिक्षित किया है, बल्कि इसलिए कि मॉडल की आर्किटेक्चर पोज़िशनल और रिलेशनल जानकारी को अपने पिछले वर्ज़न से ज़्यादा सटीकता से संभालती है।
जब आप Claude Fable 5.1 में कोई टेबल पेस्ट करते हैं, तो मॉडल कोई आउटपुट बनाने से पहले कॉलम हेडर, हर कॉलम के डेटा टाइप और पंक्तियों के रिश्तों का एक आंतरिक प्रतिनिधित्व बनाता है। Anthropic इसे एक्सटेंडेड स्ट्रक्चरल रीज़निंग कहता है। व्यवहार में इसका मतलब है कि मॉडल ऐसे सवालों के जवाब दे सकता है जैसे "किन पंक्तियों में कॉलम C का मान कॉलम के औसत से 20% से ज़्यादा है", और इसके लिए आपको पहले से सॉर्ट, फ़िल्टर या खुद कोई बीच का फ़ॉर्मूला लिखने की ज़रूरत नहीं पड़ती।
मॉडल एक ही सेशन में कई फ़ॉलो-अप मैसेज के दौरान भी यह संरचनात्मक समझ बनाए रखता है। अगर आप बताते हैं कि कॉलम B एक डेट फ़ील्ड है और कॉलम D रेवेन्यू है, तो हर अगले प्रॉम्प्ट में आपको इसे दोबारा लिखने की ज़रूरत नहीं है। Fable 5.1 स्कीमा को आगे ले जाता है।
जटिल स्प्रेडशीट में ऐसे फ़ॉर्मूले होते हैं जो दूसरे फ़ॉर्मूलों को रेफ़रेंस करते हैं, जो फिर और फ़ॉर्मूलों को रेफ़रेंस करते हैं। एक ऐरे फ़ॉर्मूला के अंदर SUMPRODUCT, और उसके अंदर INDIRECT कॉल, ऐसी चेन है जिसे ज़्यादातर मॉडल पहली या दूसरी कड़ी पर ही तोड़ देते हैं। Fable 5.1 ये चेन ज़्यादा भरोसे से ट्रैक करता है, क्योंकि इसके रीज़निंग स्टेप स्पष्ट और क्रमबद्ध होते हैं। आप इसके जवाबों में देख सकते हैं कि यह डिपेंडेंसी ग्राफ़ पर कैसे काम कर रहा है, जिससे कोई चीज़ लागू करने से पहले ही गलतियाँ पकड़ना आसान हो जाता है।
Claude Sonnet 4.6 की तुलना में सबसे साफ़ सुधारों में से एक यह है कि Fable 5.1 बिना कहे ही रिलेटिव, एब्सोल्यूट और मिक्स्ड रेफ़रेंस के बीच सही फ़र्क करता है। उससे ऐसा फ़ॉर्मूला लिखने को कहें जो कॉलम को लॉक करे लेकिन पंक्ति को नहीं, तो वह $A$1 की जगह $A1 इस्तेमाल करता है। उससे ऐसा फ़ॉर्मूला लिखने को कहें जो पंक्तियों और कॉलम, दोनों में एक जैसा कॉपी हो, तो वह $A$1 इस्तेमाल करता है। यह एक छोटी-सी बात लगती है। लेकिन जब आप उस फ़ॉर्मूला को 200 पंक्तियों और 15 कॉलम में कॉपी कर रहे हों, तो यही एक काम करता स्प्रेडशीट मॉडल और दो घंटे की डीबगिंग के बीच का फ़र्क बन जाती है।
💡 टिप: Fable 5.1 को स्प्रेडशीट का काम देते समय अपने कॉलम हेडर अपने प्रॉम्प्ट की पहली लाइन में साफ़-साफ़ लिखें। मॉडल उस स्ट्रक्चरल विवरण का इस्तेमाल सभी आगे के फ़ॉर्मूला रेफ़रेंस को सही जगह टिकाने के लिए करता है, और ऐसे प्लेसहोल्डर कॉलम अक्षरों से बचता है जो आपकी असली फ़ाइल से मेल नहीं खाते।
यहाँ व्यावहारिक फ़ायदा ठोस रूप में दिखता है। ये वे खास टास्क कैटेगरी हैं जिनमें Claude Fable 5.1 अलग-अलग स्किल स्तर के उपयोगकर्ताओं के लिए लगातार अच्छा प्रदर्शन करता है।
आप सादी भाषा में बताते हैं कि आपको क्या चाहिए, और मॉडल एक काम करने वाला फ़ॉर्मूला लौटाता है। फ़ॉर्मूले की गुणवत्ता इस पर निर्भर करती है कि आप समस्या को कितनी सटीकता से बताते हैं, लेकिन Fable 5.1 पिछले वर्ज़न से ज़्यादा अस्पष्टता सहता है, और जब अनुरोध सच में अस्पष्ट हो तो अंदाज़े से गलत जवाब देने के बजाय स्पष्टीकरण वाले सवाल पूछता है।
ऐसे प्रॉम्प्ट प्रकार जो पहली कोशिश में अच्छे नतीजे देते हैं:
इनमें से हर एक ज़्यादातर मामलों में पहली कोशिश में काम करने वाला फ़ॉर्मूला देता है। मल्टी-कंडीशन ऐरे फ़ॉर्मूलों के लिए, पहली कोशिश में सफलता की दर GPT 5 की तुलना में साफ़ तौर पर ज़्यादा है। GPT 5 सरल मामलों में उतना ही अच्छा है, लेकिन जटिल नेस्टेड लॉजिक में उसके नतीजे ज़्यादा अलग-अलग होते हैं।
जो फ़ॉर्मूला आपकी स्प्रेडशीट तोड़ रहा है, उसे पेस्ट करें, बताएँ कि उसे क्या लौटाना चाहिए, और Fable 5.1 सिर्फ़ सिंटैक्स एरर नहीं, बल्कि उसके नीचे छिपी लॉजिकल गलती भी पहचानता है। यह समझाता है कि फ़ॉर्मूला गलत नतीजा क्यों दे रहा है, न कि सिर्फ़ यह कि वह दे रहा है। अनुभवी एनालिस्टों को असल में AI स्प्रेडशीट असिस्टेंट से यही व्यवहार चाहिए।
| स्प्रेडशीट टास्क | Fable 5.1 | GPT 5 | Gemini 3.1 Pro |
|---|---|---|---|
| सिंगल-कंडीशन SUMIF | उत्कृष्ट | उत्कृष्ट | उत्कृष्ट |
| नेस्टेड मल्टी-कंडीशन ऐरे | मज़बूत | मध्यम | मध्यम |
| डिपेंडेंसी चेन डीबगिंग | मज़बूत | मध्यम | मध्यम |
| नामित रेंज मैनेजमेंट | अच्छा | मध्यम | अच्छा |
| डायनामिक ऐरे स्पिल लॉजिक | अच्छा | अच्छा | परिवर्तनशील |
| एरर कोड डायग्नोसिस | मज़बूत | अच्छा | मध्यम |
| क्रॉस-शीट रेफ़रेंस लॉजिक | मज़बूत | मध्यम | मध्यम |
सबसे उबाऊ स्प्रेडशीट कामों में से एक है गंदे इनपुट को ठीक करना: असंगत डेट फ़ॉर्मेट, मिले-जुले करेंसी चिह्न, आगे-पीछे के स्पेस, और श्रेणीबद्ध कॉलमों में असंगत कैपिटलाइज़ेशन। Fable 5.1 इन्हें फ़ॉर्मूला जनरेशन और सीधे टेक्स्ट ट्रांसफ़ॉर्मेशन के मेल से अच्छी तरह संभालता है, जब आप कच्चा डेटा सीधे बातचीत में पेस्ट करते हैं।
अगर किसी कॉलम में "Jan 5 2024", "01/05/24" और "2024-01-05" तीनों एक ही दिन के लिए लिखे हैं, तो मॉडल DATEVALUE और TEXT का संयोजन लिखता है, जो तीनों फ़ॉर्मेटों को एक सुसंगत आउटपुट में बदल देता है। इससे भी ज़्यादा अहम बात यह है कि वह असली डेटा से असंगति का पैटर्न पहचान लेता है, और आपसे पहले उसका वर्णन करने की ज़रूरत नहीं पड़ती।
💡 टिप: डेटा क्लीनिंग के कामों के लिए समस्या को सिर्फ़ शब्दों में बताने के बजाय 10 से 15 पंक्तियों का नमूना पेस्ट करें। मॉडल असली डेटा से असंगति का पैटर्न आपके वर्णन से कहीं ज़्यादा सटीकता से समझता है।
स्प्रेडशीट आधी कहानी है। बाकी आधी है डेटा और विश्लेषण को ऐसी स्लाइड में बदलना जिसे आपके अलावा कोई और पढ़कर उस पर कार्रवाई कर सके। यहीं कई नॉलेज वर्कर्स उस असली सोच के मुकाबले कहीं ज़्यादा समय लगाते हैं जिसकी उन्हें ज़रूरत होती है।
Fable 5.1 को बुलेट पॉइंट्स, मीटिंग नोट्स या रिसर्च ब्रीफ़ का ढेर दें और उसे प्रेज़ेंटेशन का ढाँचा बनाने को कहें। यह स्लाइड्स का एक तार्किक क्रम बनाता है: संदर्भ, समस्या, डेटा, विकल्प, सुझाव और अगले कदम। यह क्रम असली प्रस्तुति का तर्क दर्शाता है, न कि सिर्फ़ बुलेट सूची को टुकड़ों में काटना।
मॉडल यह भी सुझाता है कि कौन-सा डेटा पॉइंट किस स्लाइड पर होना चाहिए, और इसका कारण समझाता है। यह सिर्फ़ सामग्री का सारांश देने से अलग व्यवहार है। यह विज़ुअल हायरार्की और कहानी के प्रवाह के बारे में फ़ैसले लेता है, और यही वह असली सोच है जिसमें शून्य से डेक बनाते समय सबसे ज़्यादा समय लगता है।
जब आप किसी डेटासेट का वर्णन करते हैं या सारांश आँकड़े पेस्ट करते हैं, तो Fable 5.1 सही चार्ट प्रकार सुझाता है और उसका कारण बताता है। श्रेणियों की तुलना के लिए बार चार्ट। समय श्रृंखला के लिए लाइन चार्ट। सहसंबंध विश्लेषण के लिए स्कैटर प्लॉट। वेरिएंस एट्रीब्यूशन के लिए वॉटरफ़ॉल चार्ट। ये सिफ़ारिशें हमेशा चौंकाने वाली नहीं होतीं, लेकिन हर चुनाव के पीछे दिए गए कारण उन लोगों के लिए काम के हैं जो किसी खास दर्शक वर्ग के सामने यह तर्क रखना चाहते हैं कि डेटा को एक खास तरीके से क्यों दिखाया जाए।
| स्लाइड प्रकार | Fable 5.1 आउटपुट गुणवत्ता |
|---|---|
| एग्ज़ीक्यूटिव सारांश | बहुत मज़बूत, साफ़ हायरार्की, कार्रवाई योग्य बुलेट |
| डेटा तुलना | मज़बूत, उपयुक्त चार्ट प्रकार का चयन |
| प्रोसेस फ़्लो | अच्छा, तार्किक चरणों का क्रम |
| फ़ाइनेंशियल मॉडल नैरेटिव | मज़बूत, फ़ॉर्मूले से अंग्रेज़ी में अनुवाद |
| टीम और संगठन संरचना | मध्यम |
| जटिल इन्फ़ोग्राफ़िक्स | सीमित, केवल टेक्स्ट आउटपुट |
प्रेज़ेंटेशन के काम में Fable 5.1 सबसे तुरंत उपयोगी यहीं है। इसे किसी वित्तीय रिपोर्ट की एग्ज़ीक्यूटिव सारांश स्लाइड लिखने को कहें, और यह तीन से पाँच बुलेट का कसा हुआ ढाँचा देता है, जहाँ हर बुलेट एक पूरी, कार्रवाई योग्य अंतर्दृष्टि है, न कि कोई श्रेणी का लेबल। जैसे "Q3 में रेवेन्यू 8% गिरा, जिसका मुख्य कारण EMEA सेगमेंट है", न कि "रेवेन्यू: EMEA प्रदर्शन"।
फ़र्क उस स्लाइड में है जो खुद बात समझा दे, और उस स्लाइड में जिसमें प्रेज़ेंटर को मीटिंग के दौरान सारी बात ज़बानी कहनी पड़े। जो एग्ज़ीक्यूटिव पहले से डेक पढ़ लेते हैं, उन्हें प्रेज़ेंटेशन के बिना ही सार मिल जाता है।
Claude Fable 5.1 सीधे PicassoIA की लार्ज लैंग्वेज मॉडल कैटलॉग में उपलब्ध है। कोई API key नहीं, कोई लोकल सेटअप नहीं, और टोकन लिमिट को हाथ से संभालने की ज़रूरत नहीं।
PicassoIA पर Claude Fable 5 का पेज पर जाएँ और चैट इंटरफ़ेस खोलें। मॉडल पूरी कॉन्टेक्स्ट क्षमता के साथ लोड होता है, इसलिए आप बड़ी डेटा टेबल को अलग-अलग मैसेज में हाथ से तोड़े बिना पेस्ट कर सकते हैं।
फ़ॉर्मूला के कामों के लिए, अपनी स्प्रेडशीट के कॉलम हेडर और पंक्तियों का एक प्रतिनिधि नमूना पेस्ट करें। प्रेज़ेंटेशन के कामों के लिए, अपने नोट्स, ब्रीफ़ या उन निष्कर्षों का विवरण पेस्ट करें जिन्हें डेक को बताना है। डिबगिंग के कामों के लिए, टूटा हुआ फ़ॉर्मूला और यह बताएँ कि उसे क्या लौटाना चाहिए।
तीन इनपुट फ़ॉर्मेट जो भरोसे से काम करते हैं:
Fable 5.1 सटीक है, परिपूर्ण नहीं। पहला जवाब आमतौर पर आपकी ज़रूरत का 70 से 90% होता है। बाकी कमी एक या दो फ़ॉलो-अप मैसेज में जल्दी भर जाती है, जिनमें आप बताते हैं कि क्या बदलना है। यह दोहराव वाला चक्र शुरू में ही एक परफ़ेक्ट प्रॉम्प्ट लिखने की कोशिश से तेज़ है, और यह बातचीत भर में कॉन्टेक्स्ट बनाए रखने की मॉडल की क्षमता का इस्तेमाल करता है।
💡 टिप: अगर मॉडल का दिया फ़ॉर्मूला आपकी स्प्रेडशीट में एरर देता है, तो एरर मैसेज सीधे अपने फ़ॉलो-अप में पेस्ट करें। Fable 5.1 खास एरर कोड का निदान करता है और उसी जवाब में फ़ॉर्मूला सुधार देता है।
किसी खास स्थिति के लिए कौन-सा मॉडल चुनना है, इसके लिए ईमानदार तुलना ज़रूरी है। हर काम के लिए Fable 5.1 की ज़रूरत नहीं है।
ऑफ़िस प्रोडक्टिविटी के काम के लिए GPT 5 सबसे साफ़ विकल्प है। सरल से मध्यम जटिलता वाले फ़ॉर्मूलों के लिए दोनों मॉडल एक जैसा प्रदर्शन करते हैं। मल्टी-स्टेप फ़ॉर्मूला चेन, नेस्टेड कंडीशनल और स्पष्ट डिपेंडेंसी डिबगिंग के लिए, Fable 5.1 की स्थिरता में मापने लायक बढ़त है। GPT 5 फ़ॉर्मूलों के आसपास लिखी जाने वाली व्याख्यात्मक भाषा में ज़्यादा साफ़ गद्य लिखता है, जो तब मायने रखता है जब आप फ़ॉर्मूलों के साथ-साथ दस्तावेज़ीकरण भी बना रहे हों।
Gemini 3.1 Pro को Google के अपने टूल्स के ज़रिए इस्तेमाल करने पर गहरे Google Workspace इंटीग्रेशन का फ़ायदा मिलता है। चैट इंटरफ़ेस के ज़रिए शुद्ध भाषा मॉडल इंटरैक्शन के लिए, Fable 5.1 ज़्यादा स्थिर फ़ॉर्मूला आउटपुट देता है। Gemini 3.1 Pro मल्टीमॉडल कामों में मज़बूत है, खासकर चार्ट और स्प्रेडशीट की इमेज पढ़ने में, जहाँ उसकी विज़न क्षमताएँ सिर्फ़-टेक्स्ट इंटरैक्शन से आगे निकल जाती हैं।
जिन कामों में भारी संरचनात्मक रीज़निंग की ज़रूरत नहीं है, उनके लिए Claude Sonnet 5 Fable 5.1 से तेज़ और कम संसाधन लेने वाला है। सरल फ़ॉर्मूला जनरेशन और बुनियादी स्लाइड संरचना के लिए, Sonnet 5 अक्सर सही विकल्प होता है। जटिल मल्टी-शीट वर्कबुक की डिबगिंग, घने मात्रात्मक डेटा से प्रेज़ेंटेशन नैरेटिव बनाने, या चार या ज़्यादा स्तर की नेस्टिंग वाली फ़ॉर्मूला चेन संभालने के लिए, Fable 5.1 की गहरी रीज़निंग इस कीमत के लायक है।
पारदर्शिता ज़रूरी है। ये वे क्षेत्र हैं जहाँ Fable 5.1 सही टूल नहीं है।
अगर आपकी स्प्रेडशीट में 500,000 पंक्तियाँ और 80 कॉलम हैं, तो आप उसे सीधे पेस्ट नहीं कर सकते। आपको संरचना का वर्णन करना होगा, एक प्रतिनिधि नमूना पेस्ट करना होगा और सारांश आँकड़े देने होंगे। मॉडल बातचीत में जो देखता है उसी के साथ काम करता है, न कि उस चीज़ के साथ जो आपकी फ़ाइल में है। इन कामों के लिए सीधी फ़ाइल एक्सेस वाला खास डेटा विश्लेषण वातावरण अब भी ज़रूरी है। Fable 5.1 विश्लेषणात्मक लॉजिक डिज़ाइन करने में उपयोगी है, भले ही वह आपके पूरे डेटासेट पर उसे सीधे न चला सके।
Fable 5.1 किसी कंडीशनल फ़ॉर्मेटिंग नियम का सादी भाषा में वर्णन कर सकता है और उसके पीछे का फ़ॉर्मूला लॉजिक लिख सकता है, लेकिन वह उसे सीधे आपकी फ़ाइल पर लागू नहीं कर सकता। यह निर्देश या कोड देता है जिसे आपको खुद लागू करना होता है। जिन उपयोगकर्ताओं को फ़ॉर्मेटिंग नियम क्लिक-दर-क्लिक लागू करने हैं, उनके लिए यह अंतर अब भी हाथ से करने का काम माँगता है। फ़ॉर्मेटिंग का फ़ॉर्मूला लॉजिक जो यह बनाता है वह सही है; लागू करने का चरण आपका है।
मॉडल टेक्स्ट और संरचना देता है, तैयार विज़ुअल प्रेज़ेंटेशन नहीं। यह आपको बताएगा कि किसी स्लाइड में दाईं ओर एक छोटे कॉलआउट चार्ट के साथ साइड-बाय-साइड तुलना लेआउट होना चाहिए, लेकिन वह उस स्लाइड को फ़ाइल के रूप में नहीं बनाएगा। विज़ुअल आउटपुट के लिए, आप Fable 5.1 की बनाई सामग्री को अपने प्रेज़ेंटेशन टूल में लाते हैं और डिज़ाइन वहीं लगाते हैं। सोच स्वचालित है; क्लिक करना नहीं।
💡 टिप: चार्ट और टेबल की इमेज से डेटा निकालने वाले मॉडलों के लिए Granite Vision 4.1 4B पर विचार करें, जो विज़ुअल डेटा संरचनाएँ पढ़ने और उन्हें आगे की प्रोसेसिंग के लिए संरचित टेक्स्ट में बदलने में माहिर है।
इसे पढ़ने के बाद सबसे उपयोगी काम यह है कि इसे बंद करें और PicassoIA पर Claude Fable 5.1 खोलें, जब आपकी मेज़ पर कोई असली फ़ॉर्मूला समस्या या प्रेज़ेंटेशन का काम रखा हो।
मॉडल ठोस इनपुट का फ़ायदा उठाता है। आप जितना खास डेटा पेस्ट करेंगे, आउटपुट उतना ही खास और सटीक होगा। जिस स्प्रेडशीट समस्या ने आपको सबसे लंबे समय से परेशान किया है, उससे शुरू करें, संबंधित पंक्तियाँ और टूटा हुआ फ़ॉर्मूला पेस्ट करें, और निदान वाले जवाब की तुलना उससे करें जो आपको दूसरे टूल्स से मिलता रहा है।
अगर आप स्प्रेडशीट और स्लाइड से आगे जाना चाहते हैं, तो PicassoIA की पूरी लार्ज लैंग्वेज मॉडल कैटलॉग आपको सबसे भारी रीज़निंग कामों के लिए Claude Opus 4.7, तेज़ और हल्के सवालों के लिए Claude 4.5 Haiku, और गणितीय चेन-ऑफ़-थॉट कामों के लिए Deepseek R1 तक पहुँच देती है। हर मॉडल का काम करने का तरीका अलग है, और एक ही सेशन में उनके बीच बदलने की क्षमता PicassoIA के ज़रिए काम करने का एक व्यावहारिक फ़ायदा है।
स्प्रेडशीट अब भी आपको ही बनानी है। विश्लेषण की ज़िम्मेदारी अब भी आपकी है। Fable 5.1 जो हटाता है वह है आपको क्या चाहिए यह जानने और उस फ़ॉर्मूले या स्लाइड संरचना के बीच की रुकावट, जो वह नतीजा दे सके।
अपनी भाषा चुनें
