Claude Fable 5.1 के लिए संपूर्ण गाइड: विकास, टोकन बचत और स्किल निर्माण

विकास, टोकन बचत, प्रॉम्प्ट, हार्नेस और कौशल निर्माण

1 सितंबर, 2026 को, Anthropic ने "Claude Fable 5.1" जारी किया। 2 सितंबर, 2026 तक, जब मैं यह लेख लिख रहा हूँ, रिलीज़ को केवल एक दिन ही हुआ है। इसलिए, सोशल मीडिया पर व्यक्तिपरक समीक्षाओं के बजाय, मैं इस जानकारी को Anthropic के आधिकारिक दस्तावेज़ीकरण, API दस्तावेज़ों और नवीनतम Claude Code विशिष्टताओं के आधार पर व्यवस्थित करूँगा।

आपको पहले निष्कर्ष देने के लिए: Fable 5.1 सिर्फ एक "मॉडल नहीं है जो सामान्य प्रश्नों का थोड़ा अधिक समझदारी से उत्तर देता है।"

इसका सार इसकी घंटों या दिनों तक चलने वाले कार्यों को संभालने की क्षमता में निहित है, बिना उद्देश्य की दृष्टि खोए, सतही मुद्दों के बजाय मूल कारणों तक पहुँचना, और अंत तक अपने स्वयं के आउटपुट को सत्यापित करना।

हालाँकि, कीमत Opus 5 से दोगुनी और Sonnet 5 से पाँच गुना है। इसके अलावा, आंतरिक सोच को बंद नहीं किया जा सकता है। यदि आप सब कुछ Fable 5.1 पर फेंक देते हैं, तो आप इसकी क्षमताओं का वास्तव में लाभ उठाने से पहले ही अपनी उपयोग सीमा और बजट समाप्त कर देंगे।

Fable 5.1 में महारत हासिल करने की कुंजी सिर्फ बेहतरीन प्रॉम्प्ट लिखना नहीं है।

यह डिज़ाइन करना है कि Fable को कौन से विशिष्ट कार्य सौंपने हैं, कौन सी जानकारी लोड करनी है, और कौन सी प्रक्रियाएँ सस्ते मॉडल या स्क्रिप्ट पर ऑफलोड करनी हैं।

भाग 1: Claude Fable 5.1 की पूर्ण व्याख्या

1. Claude Fable 5.1 क्या है?

Claude Fable 5.1 को Anthropic द्वारा जनता के लिए जारी किए गए मॉडलों में सबसे अधिक क्षमता वाले मॉडल के रूप में स्थान दिया गया है।

Fable 5.1 और केवल-आमंत्रण वाला Claude Mythos 5.1 मूलतः एक ही मॉडल हैं। अंतर मुख्य रूप से सुरक्षा उपायों में है। सार्वजनिक रूप से उपलब्ध Fable में साइबर सुरक्षा, जीवन विज्ञान और रसायन विज्ञान जैसे उच्च जोखिम वाले क्षेत्रों का पता लगाने के लिए मजबूत क्लासिफायर शामिल हैं। इस बीच, Mythos का उपयोग जाँचे गए संगठनों द्वारा रक्षात्मक अनुसंधान और अन्य उद्देश्यों के लिए किया जाता है। (Anthropic

मुख्य विशिष्टताएँ इस प्रकार हैं:

व्यक्तिगत Claude उपयोगकर्ताओं के लिए, यह Pro, Max, Team और Enterprise उपयोगकर्ताओं के लिए उपलब्ध है। API पर, यह बिना किसी विशेष स्क्रीनिंग के सामान्य ग्राहकों के लिए उपलब्ध है। (Claude Platform

1 मिलियन टोकन का संदर्भ, सरल गणना द्वारा, एक साथ कई से एक दर्जन पुस्तकों, विशाल कोडबेस या दीर्घकालिक वार्तालाप इतिहास को संभाल सकता है।

हालाँकि, "यह 1 मिलियन टोकन फिट कर सकता है" "आपको 1 मिलियन टोकन डालने चाहिए" से अलग है।

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

2. Fable 5.1 का विकास "अधिक समय तक काम करना" है

Fable 5.1 का सबसे महत्वपूर्ण विकास इसकी एकल-शॉट सटीकता नहीं है, बल्कि लंबी अवधि के एजेंट कार्यों के दौरान स्थिरता बनाए रखने की इसकी क्षमता है।

सामान्य AI एजेंट कार्यों के लंबे होने पर निम्नलिखित समस्याएँ पैदा करते हैं:

• प्रारंभिक उद्देश्य को भूल जाना।
• कारण की जाँच किए बिना केवल लक्षणात्मक सुधार करना।
• एक ही फ़ाइलों या वेब पेजों को बार-बार पढ़ना।
• बीच में ही काम को मनमाने ढंग से कम कर देना।
• "मैं आगे परीक्षण करूँगा" घोषित करना और फिर बस समाप्त कर देना।
• बड़े पैमाने पर बदलाव करना लेकिन अंतिम संचालन जाँच करने में विफल होना।

Fable 5.1 लंबी अवधि के काम के दौरान इन टूटने को सुधारने पर बहुत अधिक ध्यान केंद्रित करता है। आधिकारिक विवरण कोडिंग, ब्राउज़र संचालन, अनुसंधान और घंटों से लेकर कई दिनों तक चलने वाले दस्तावेज़/स्प्रेडशीट/स्लाइड निर्माण को प्राथमिक उपयोग के मामलों के रूप में सूचीबद्ध करते हैं। इसे विफल चरणों से उबरने, पुनः प्राथमिकता देने और अपने स्वयं के कार्य लॉग को बनाए रखते हुए आगे बढ़ने के लिए डिज़ाइन किया गया है। (Anthropic

प्रारंभिक रूप से अपनाने वाली कंपनियों ने निम्नलिखित मामलों की सूचना दी है:

MongoDB में, इसने एक नया डिज़ाइन बनाने के लिए सेवा कोड और दस्तावेज़ीकरण की जाँच की, और स्वायत्त निष्पादन के घंटों के माध्यम से लगभग तीन दिनों में एक जटिल प्रोटोटाइप पूरा किया। Ramp में, इसने एक मशीन लर्निंग समस्या पर लगातार 38 घंटे काम किया, पिछले परिणामों में लेबलिंग मुद्दों की खोज की, और उन्हें ठीक करने के बाद समानांतर में छह प्रयोग किए। (Anthropic

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

संक्षेप में, Fable 5.1 एक "AI जो बहुत सारा कोड लिखता है" से कम और एक से अधिक है:

जिम्मेदार लीड जो कठिन समस्याओं को अलग करता है, आवश्यक जानकारी एकत्र करता है, कई विधियों का प्रयास करता है, साक्ष्य सत्यापित करता है, और अंत में परिणाम संकलित करता है।

3. बेंचमार्क में क्या सुधार हुआ?

Anthropic द्वारा जारी प्रमुख स्कोर के अनुसार, Fable 5.1 ने दीर्घकालिक एजेंटों, वैज्ञानिक अनुसंधान और व्यावसायिक स्वचालन में महत्वपूर्ण वृद्धि देखी है।

वैज्ञानिक टर्मिनल कार्यों को मापने वाले Terminal-Bench-Science 0.1 में, यह Fable 5 में 24.7% से बढ़कर 52.6% हो गया। सामान्य एजेंट कोडिंग को मापने वाले Terminal-Bench 4.0 में, इसने Fable 5 के 42.0% की तुलना में 55.8% स्कोर किया। विभिन्न सुरक्षा सीमाओं वाले Mythos 5.1 ने 60.9% स्कोर किया।

व्यावसायिक स्वचालन को मापने वाले AutomationBench में, यह Fable 5 में 17.1% से बढ़कर 31.4% हो गया। CursorBench 3.2 में, Fable 5.1 ने 73.4% स्कोर किया, जबकि Fable 5 के लिए 70.5% और Opus 5 के लिए 70.0% था।

इसके अतिरिक्त, कई क्षेत्रों में उन्नत तर्क को मापने वाले Humanity's Last Exam में, इसने बिना टूल के 60.9% और टूल के साथ 65.0% स्कोर किया। (Anthropic

हालाँकि, इन नंबरों को पढ़ते समय सावधानी की आवश्यकता है।

ये Anthropic द्वारा प्रकाशित मूल्यांकन परिणाम हैं। इसके अलावा, Fable में उत्पादन सुरक्षा क्लासिफायर सक्षम हैं; उन समस्याओं में जहाँ क्लासिफायर ने हस्तक्षेप किया, यह शून्य स्कोर कर सकता है या प्रक्रिया किसी अन्य मॉडल में स्थानांतरित हो सकती है। इसलिए, Fable और Mythos के बीच का अंतर केवल शुद्ध मॉडल क्षमता के बजाय सुरक्षा सेटिंग अंतर शामिल कर सकता है। (Anthropic

साथ ही, रिलीज़ के अगले दिन के चरण में, बेंचमार्क में #1 होने से अधिक महत्वपूर्ण आपके स्वयं के व्यावहारिक कार्य में "कार्य पूर्णता दर" है।

उदाहरण के लिए, लेख निर्माण में, केवल पाठ मूल्यांकन अपर्याप्त है:

• क्या यह प्राथमिक स्रोतों के विरुद्ध तथ्यों को सत्यापित कर सकता है?
• क्या इसने निर्दिष्ट वर्ण गणना का पालन किया?
• क्या इसने अतिरेक और विरोधाभासों को हटाया?
• क्या इसने उद्धरणों और सारांशों के बीच अंतर किया?
• क्या यह शीर्षक से निष्कर्ष तक सुसंगत है?

जब तक आप ऐसे व्यावहारिक मूल्यांकन तैयार नहीं करते हैं, महंगे Fable का उपयोग करने से यह बिना बेहतर परिणाम के लंबे समय तक सोचता रह सकता है।

4. अनुकूली सोच अब हमेशा चालू है

Fable 5.1 में, अनुकूली सोच हमेशा चालू रहती है।

पिछले मॉडलों के विपरीत, सोच को पूरी तरह से अक्षम नहीं किया जा सकता है। API में thinking: {type: "disabled"} निर्दिष्ट करने से त्रुटि होगी। वह विधि जहाँ मनुष्य एक निश्चित संख्या में सोच टोकन निर्दिष्ट करते हैं, वह भी अनुपलब्ध है; मॉडल स्वयं समस्या के आधार पर सोच की मात्रा को समायोजित करता है। (Claude Platform

उपयोगकर्ता जो समायोजित करते हैं वह "प्रयास" है।

पाँच उपलब्ध स्तर हैं:

• low
• medium
• high
• xhigh
• max

डिफ़ॉल्ट high है।

आधिकारिक अनुशंसा high से शुरू करना और फिर वास्तविक मूल्यांकन परिणामों के आधार पर इसे कम या बढ़ाना है। नियमित प्रसंस्करण के लिए, medium या low का उपयोग करें; बहुत कठिन डिज़ाइन, डिबगिंग, अनुसंधान या दीर्घकालिक एजेंट कार्य के लिए ही xhigh या max का उपयोग करें।

Fable 5.1 को medium पर भी पुराने Fable 5 के करीब प्रदर्शन उत्पन्न करने के लिए कहा जाता है, और low पर, कुछ कार्यों के लिए उच्च प्रयास पर छोटे मॉडल को चलाने की तुलना में प्रति कार्य बेहतर लागत-प्रदर्शन अनुपात हो सकता है। (Claude Platform

यहाँ महत्वपूर्ण बात यह है कि आंतरिक सोच भी आउटपुट टोकन के रूप में बिल की जाती है और max_tokens की खपत करती है।

उदाहरण के लिए, भले ही स्क्रीन पर प्रदर्शित अंतिम पांडुलिपि 10,000 टोकन हो, यदि इसने पहले सोचने के लिए 10,000 टोकन के बराबर का उपयोग किया, तो कुल 20,000 टोकन आउटपुट पक्ष बिलिंग के अधीन होंगे। चूँकि Fable का आउटपुट यूनिट मूल्य $50 प्रति 1 मिलियन टोकन है, अनावश्यक रूप से max का उपयोग करने से खपत तेजी से बढ़ेगी। (Claude Platform

Fable 5.1 एक ऐसा मॉडल नहीं है जहाँ "उच्च प्रयास हमेशा लाभ देता है।"

टेक्स्ट फ़ॉर्मेटिंग या सारांश के लिए max का उपयोग करने से केवल उन उदाहरणों में वृद्धि हो सकती है जहाँ मॉडल आंतरिक रूप से एक ड्राफ्ट लिखता है और फिर इसे प्रतिक्रिया फ़ील्ड में फिर से लिखता है। Anthropic भी सिद्धांत रूप में लंबे डिलिवरेबल्स के लिए high का उपयोग करने की सलाह देता है, और केवल तभी xhigh या उससे ऊपर अपग्रेड करें यदि गुणवत्ता में सुधार मापा जा सके। (Claude Platform

5. उच्च कीमतें, लेकिन अत्यंत सस्ता कैशिंग

Fable 5.1 के लिए मानक दरें $10 प्रति 1 मिलियन इनपुट टोकन और $50 प्रति 1 मिलियन आउटपुट टोकन हैं।

चूँकि Opus 5 $5/$25 और Sonnet 5 $2/$10 है, सरल टोकन मूल्य निर्धारण के संदर्भ में Fable, Opus की कीमत से दोगुना और Sonnet की कीमत से पाँच गुना है। (Claude Platform Docs

दूसरी ओर, Fable 5.1 में एक बड़ा बदलाव कैश रीड मूल्य है।

जबकि Fable 5 में यह $1 प्रति 1 मिलियन टोकन था, Fable 5.1 में यह $0.25 हो गया है। यह सामान्य इनपुट मूल्य का 2.5% है। Anthropic का अनुमान है कि सामान्य प्रसंस्करण में, इसके परिणामस्वरूप पुराने Fable की तुलना में लगभग 25% की लागत में कमी होगी, और एजेंट प्रसंस्करण के लिए जो बार-बार कैश पढ़ता है, 45% तक की कमी होगी। (Anthropic

उदाहरण के लिए, यदि आप हर बार 100,000 टोकन का एक निश्चित संदर्भ पढ़ते हैं, तो सामान्य इनपुट दर पर प्रति बार $0.10 खर्च होगा, लेकिन यदि यह कैश हिट है तो केवल $0.0025।

दूसरे शब्दों में, वह कार्य जो बार-बार एक ही प्रोजेक्ट विवरण, टूल परिभाषाएँ, कोडबेस पूर्वापेक्षाएँ और वार्तालाप इतिहास को स्थिर रूप में पढ़ता है, अधिक लाभप्रद है।

इसके विपरीत, उपयोग जो हर बार सिस्टम प्रॉम्प्ट को फिर से लिखता है, टूल सूचियों को पुनर्व्यवस्थित करता है, या पुरानी बातचीत को हटाता है और पुनर्निर्माण करता है, कैश को तोड़ देगा।

Fable 5.1 में, एक गैर-ब्रेकिंग प्रॉम्प्ट संरचना एक चतुर प्रॉम्प्ट की तुलना में लागत से अधिक सीधे जुड़ी हुई है।

6. Fable 5.1 मौजूदा API हार्नेस को तोड़ सकता है

Fable 5 या Opus से केवल मॉडल का नाम बदलते समय, तीन बिंदु हैं जिनके बारे में विशेष रूप से सावधान रहना चाहिए:

फोर्स्ड टूल कॉलिंग अनुपलब्ध है

tool_choice में किसी भी या किसी विशिष्ट टूल नाम को बाध्य करने पर 400 त्रुटि होगी।

इसका कारण यह है कि टूल कॉल को बाध्य करने से मॉडल सामान्य सोच प्रक्रियाओं को छोड़ देता है और टूल तर्कों के अंदर सोचना शुरू कर देता है, जो तर्क गुणवत्ता को कम करता है।

इसके बजाय, tool_choice: auto का उपयोग करें और प्रॉम्प्ट के भीतर स्पष्ट रूप से बताएं "कृपया इस प्रक्रिया के लिए XX टूल का उपयोग करें।" यदि आप JSON प्रारूप की गारंटी देना चाहते हैं, तो strict: true या Structured Outputs का उपयोग करें। (Claude Platform

वार्तालाप इतिहास को बीच में फिर से नहीं लिखा जाना चाहिए

Fable 5.1 में थिंकिंग ब्लॉक उस समय सिस्टम प्रॉम्प्ट, टूल और पिछले संदेशों से बंधा होता है जब वह सोच उत्पन्न हुई थी।

यदि आप पुराने संदेशों को हटाते हैं, सिस्टम प्रॉम्प्ट को पुनर्जीवित करते हैं, या बीच में पिछली टूल परिभाषाओं को फिर से लिखते हैं, तो बाद के थिंकिंग ब्लॉक अमान्य हो जाएंगे। नए खातों के लिए, एक तंत्र जो इस शर्त के उल्लंघन को त्रुटि बनाता है, पहले से ही लागू है। (Claude Platform

मूल सिद्धांत इतिहास को संपादित नहीं करना है, बल्कि केवल अंत में जोड़ना है।

अस्थायी निर्देशों को टर्न-स्कोप्ड सिस्टम संदेशों के रूप में जोड़ा जाना चाहिए, और लंबे संदर्भों को सर्वर-साइड कॉम्पैक्शन या संदर्भ संपादन का उपयोग करके व्यवस्थित किया जाना चाहिए।

सस्ते मॉडल पर वापस जाते समय आंतरिक सोच को आगे नहीं बढ़ाया जा सकता है

Fable 5.1 Opus 5, Fable 5 या Sonnet जैसे पिछले मॉडलों द्वारा बनाए गए थिंकिंग ब्लॉक को पढ़ सकता है।

हालाँकि, इसका उल्टा संभव नहीं है। यदि आप Fable 5.1 द्वारा बनाए गए थिंकिंग ब्लॉक को Opus या Sonnet को देते हैं, तो वे मॉडल इसे नहीं पढ़ सकते हैं। (Claude Platform Docs

इसलिए, यदि आप एक ही वार्तालाप के भीतर मॉडल स्विच करते हैं, तो निम्नलिखित क्रम आम तौर पर सुरक्षित है:

सस्ते मॉडल के साथ अन्वेषण करें → Fable में प्रचारित करें

यदि आप Fable से सस्ते मॉडल पर लौटते हैं, तो आपको थिंकिंग ब्लॉक पर भरोसा किए बिना निर्णय, अनसुलझे मुद्दे, आवश्यक फ़ाइलें और सत्यापन परिणाम एक स्पष्ट हैंडओवर दस्तावेज़ के रूप में छोड़ना होगा।

7. सुरक्षा प्रतिबंध और डेटा प्रतिधारण

Fable 5.1 में, साइबर सुरक्षा या जीवन विज्ञान से संबंधित कुछ अनुरोध सुरक्षा क्लासिफायर द्वारा प्रतिबंधित हैं।

मानक Claude ऐप में, संबंधित प्रक्रियाओं को स्वचालित रूप से Opus 4.8 या Opus 5 पर रूट किया जा सकता है। API में, आपको फ़ॉलबैक सेटिंग्स सेट करने की आवश्यकता है। अन्य मॉडलों पर स्विच की गई प्रक्रियाओं के लिए आपसे Fable दरों पर शुल्क नहीं लिया जाएगा। (Anthropic

इसके अतिरिक्त, Fable 5.1 को आम तौर पर 30-दिवसीय डेटा प्रतिधारण की आवश्यकता होती है। जब तक आपको Anthropic से स्पष्ट अनुमति नहीं मिली है, इसका उपयोग मानक शून्य डेटा प्रतिधारण वातावरण में नहीं किया जा सकता है।

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

8. अंततः, किसे Fable 5.1 की आवश्यकता है?

Fable 5.1 उन लोगों के लिए है जिनके लिए एकल मॉडल प्रतिक्रिया के बजाय पूरी नौकरी की पूर्णता दर मूल्य है।

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

इसके विपरीत, ईमेल निर्माण, लघु सारांश, सरल कोड निर्माण, नियमित दस्तावेज़ संगठन या सोशल मीडिया पोस्ट का मसौदा तैयार करने के लिए Fable का उपयोग करने की लगभग कोई आवश्यकता नहीं है।

Anthropic स्वयं सामान्य प्रसंस्करण Opus 5 से शुरू करने और केवल तभी Fable में अपग्रेड करने की अनुशंसा करता है यदि उच्च प्रयास पर Opus चलाने पर भी गुणवत्ता अपर्याप्त है। (Claude Platform Docs

Fable 5.1 "सभी के लिए शुरू से उपयोग करने के लिए एक मानक मॉडल" नहीं है, बल्कि कठिन बिंदुओं को तोड़ने के लिए एक उच्च-स्तरीय मॉडल है।

भाग 2: टोकन बचत, प्रॉम्प्ट, हार्नेस और कौशल निर्माण

1. Fable 5.1 के लिए टोकन बचत तकनीकें

बचत युक्ति 1: Fable को अन्वेषण से सब कुछ न करने दें

सबसे प्रभावी बचत विधि छोटे वाक्य लिखना नहीं है।

यह Fable को स्वयं कॉल करने की संख्या को कम करना है।

फ़ाइल सूचियाँ प्राप्त करना, लॉग फ़िल्टर करना, सामग्री वर्गीकृत करना, सरल सारांश और प्रारूप रूपांतरण Sonnet, Haiku या नियमित स्क्रिप्ट पर छोड़ दें।

इन चरणों के लिए Fable का उपयोग करें:

• अनुसंधान नीति तय करना
• कई में से सबसे आशाजनक परिकल्पना चुनना
• विरोधाभासी जानकारी को एकीकृत करना
• मूल कारणों की पहचान करना
• अंतिम डिलिवरेबल्स का ऑडिट करना
• उन समस्याओं की पुनः जाँच करना जहाँ अन्य मॉडल विफल रहे

आधिकारिक दस्तावेज़ीकरण भी कई मॉडलों का उपयोग करके कॉन्फ़िगरेशन का मार्गदर्शन करता है, जिसमें सस्ते मॉडल निष्पादक के रूप में और उच्च-स्तरीय मॉडल सलाहकार या पर्यवेक्षक के रूप में होते हैं। (Claude Platform Docs

बचत युक्ति 2: प्रत्येक चरण के लिए प्रयास बदलें

आपको पूरे सत्र को max पर सेट करने की आवश्यकता नहीं है।

मैं निम्नलिखित आवंटन की अनुशंसा करता हूँ:

Fable 5.1 बातचीत के दौरान प्रयास बदलने का एक तंत्र भी प्रदान करता है। शीर्ष-स्तरीय सेटिंग्स को फिर से लिखने के बजाय, बीच में सिस्टम संदेशों के रूप में प्रयास परिवर्तन जोड़ने से आप प्रॉम्प्ट कैश बनाए रख सकते हैं। (Claude Platform

सही दृष्टिकोण "हमेशा अधिकतम क्षमता" नहीं है, बल्कि "केवल कठिन चालों के लिए अधिकतम क्षमता" है।

बचत युक्ति 3: कैश की सुरक्षा के लिए इतिहास को केवल-जोड़ें रखें

Fable 5.1 में, निम्नलिखित सामग्री को निश्चित रखें:

• सिस्टम प्रॉम्प्ट
• टूल परिभाषाएँ और क्रम
• प्रोजेक्ट सामान्य नियम
• पिछले संदेश
• थिंकिंग ब्लॉक

सभी परिवर्तनों को अंत में जोड़ें।

यदि आप अपना स्वयं का API बना रहे हैं, तो हर बार सिस्टम प्रॉम्प्ट को फिर से जोड़ने के बजाय एक ही बाइट-दर-बाइट उपसर्ग बनाए रखना सुरक्षित है।

Claude Code में, कैश प्रसंस्करण मूल रूप से स्वचालित है, लेकिन आप API में cache_control का उपयोग कर सकते हैं। मल्टी-टर्न वार्तालापों के लिए, स्वचालित कैशिंग का उपयोग करें; लंबी निश्चित सामग्री को अलग करने के लिए, स्पष्ट कैश सीमाओं का उपयोग करें। (Claude

बचत युक्ति 4: टूल आउटपुट को ज्यों का त्यों न डालें

Claude को 10,000 लाइनों के लॉग देकर "त्रुटि खोजें" कहना बेकार है।

पहले उन्हें स्क्रिप्ट या हुक से फ़िल्टर करें।

Claude Code का आधिकारिक लागत गाइड भी हुक के साथ लंबे लॉग को पूर्व-प्रसंस्करण करने और मॉडल को केवल आवश्यक कुछ सौ लाइनें पास करने की अनुशंसा करता है। यह यह भी बताता है कि उपलब्ध होने पर gh, aws या gcloud जैसे CLI का उपयोग करना, बड़ी संख्या में MCP सर्वरों को जोड़ने की तुलना में टूल परिभाषाओं से संदर्भ खपत को दबाने के लिए आसान है। (Claude

AI को पढ़ने देने से पहले, जो मशीन द्वारा काटा जा सकता है उसे काटें।

बचत युक्ति 5: स्वतंत्र टूल कॉल को समूहित करें

पाँच फ़ाइलें पढ़ते समय, यदि आप इसे प्रति फ़ाइल एक टर्न के साथ पाँच टर्न में विभाजित करते हैं, तो वार्तालाप इतिहास हर बार भेजा जाता है।

Fable 5.1 में निम्नलिखित निर्देश शामिल करना प्रभावी है:

"आंतरिक रूप से आवश्यक जानकारी व्यवस्थित करें, और एक दूसरे के परिणामों पर निर्भर न होने वाली रीड, खोज और सत्यापन को एक ही टर्न के भीतर समानांतर में निष्पादित करें।"

Anthropic यह भी बताता है कि एक ही प्रतिक्रिया में स्वतंत्र टूल कॉल के समूहीकरण को प्रोत्साहित करके, आप राउंड ट्रिप, टोकन और प्रतीक्षा समय को कम कर सकते हैं। (Claude Platform

बचत युक्ति 6: छोटे सुधारों के लिए इसे पूरी फ़ाइल को फिर से न लिखने दें

Fable 5.1 छोटे बदलावों के लिए भी पूरी फ़ाइल को फिर से लिख सकता है।

अपने सामान्य नियमों में यह वाक्य शामिल करें:

"यदि अंतिम परिणाम नहीं बदलता है, तो पूरी फ़ाइल को फिर से न लिखें; केवल न्यूनतम diffs के साथ आवश्यक भागों को संपादित करें।"

यह लंबे Markdown, JSON, कॉन्फ़िग फ़ाइलों, LP और विशाल स्रोत कोड के लिए विशेष रूप से प्रभावी है। पूर्ण पुनर्जनन को रोककर, आप आउटपुट टोकन और diff सत्यापन के बोझ को दबा सकते हैं। (Claude Platform

बचत युक्ति 7: एक ही सत्र में असंबंधित कार्य जारी न रखें

Claude Code में, असंबंधित कार्य पर जाने पर /clear का उपयोग करें।

लंबी बातचीत में, एक छोटा प्रश्न जोड़ने का अर्थ है पिछली बातचीत, पढ़ी गई फ़ाइलों और टूल परिणामों को फिर से संभालना। भले ही कैश काम करता हो, यह मुफ़्त नहीं है।

यदि आप अस्थायी प्रश्नों के साथ इतिहास को दूषित नहीं करना चाहते हैं, तो /btw का उपयोग करें; यदि आप केवल आवश्यक सामग्री रखना चाहते हैं, तो /compact का उपयोग करें। कोडबेस अन्वेषण को उप-एजेंटों पर ऑफलोड करें और मुख्य वार्तालाप में केवल सारांश लौटाएँ। (Claude

2. Fable 5.1 के लिए व्यावहारिक प्रॉम्प्ट

Fable 5.1 के लिए, दर्जनों विस्तृत सोच चरणों को निर्दिष्ट करने के बजाय उद्देश्य, दायरा, पूर्णता की शर्तें और सत्यापन विधियों को स्पष्ट रूप से पारित करना अधिक प्रभावी है।

नीचे एक मूल टेम्पलेट है जिसे कोडिंग, अनुसंधान, लेख निर्माण और दस्तावेज़ निर्माण के लिए अनुकूलित किया जा सकता है।

भूमिका

आप इस अनुरोध को पूरा करने के लिए जिम्मेदार व्यक्ति हैं।

आप केवल उत्तर देने के लिए नहीं, बल्कि आवश्यक अनुसंधान, कार्य, सत्यापन और सुधार के लिए भी जिम्मेदार हैं।

उद्देश्य

[बनाए जाने वाले अंतिम उत्पाद या हल की जाने वाली समस्या लिखें]

इनपुट

[फ़ाइलें, URL, सामग्री और पूर्वापेक्षाएँ लिखें]

दायरा

लागू किया जाना है:

• [अनिवार्य कार्य]
• [अनिवार्य कार्य]

लागू नहीं किया जाना है:

• [दायरे से बाहर]
• [वह सामग्री जिसे आप मनमाने ढंग से बदलना नहीं चाहते हैं]

पूर्णता की शर्तें

कार्य तब पूरा होता है जब निम्नलिखित सभी शर्तें पूरी होती हैं:

1. [फ़ंक्शन/सामग्री के लिए शर्तें]
2. [प्रारूप/वर्ण गणना/गुणवत्ता के लिए शर्तें]
3. [सत्यापन विधि]
4. [साक्ष्य दर्शाता है कि कोई त्रुटि नहीं है]

निष्पादन नियम

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

अंतिम रिपोर्ट

अंत में, निम्नलिखित क्रम में संक्षेप में रिपोर्ट करें:

1. क्या पूरा हुआ
2. किए गए परिवर्तन
3. सत्यापन परिणाम और साक्ष्य
4. शेष मुद्दे
5. सुधार उम्मीदवार जो देखे गए लेकिन दायरे से बाहर हैं

Fable 5.1 लंबे समय तक काम करना जारी रख सकता है, लेकिन यदि यह अस्पष्ट है कि पूर्णता क्या है, तो यह आवश्यकता से अधिक अन्वेषण करता रहेगा।

इसलिए, पूर्णता और रोक शर्तों को लिखना "गहराई से सोचें" कहने से अधिक महत्वपूर्ण है।

3. Fable 5.1 का लाभ उठाने के लिए हार्नेस डिज़ाइन

हार्नेस मॉडल के आसपास के कार्य का तंत्र है।

केवल मॉडल की क्षमता पर भरोसा करने के बजाय, आप बाहर से तय करते हैं कि कौन सी जानकारी पास करनी है, किन टूल का उपयोग करना है, किस क्रम में आगे बढ़ना है, कहाँ सत्यापित करना है, और विफलता पर कितनी बार पुनः प्रयास करना है।

मैं निम्नलिखित 6-परत संरचना की अनुशंसा करता हूँ:

परत 1: सामान्य नियम

CLAUDE.md में, केवल हर बार आवश्यक प्रोजेक्ट तथ्य रखें।

प्रोजेक्ट

• यह रिपॉजिटरी XX सेवा के लिए है
• उत्पादन वातावरण XX है
• पैकेज प्रबंधन के लिए pnpm का उपयोग करें

आवश्यक जाँच

• परिवर्तनों के बाद pnpm lint
• परिवर्तनों के बाद pnpm test
• API परिवर्तनों पर प्रकार जाँच

बाधाएँ

• मौजूदा API के साथ संगतता न तोड़ें
• लॉग में गुप्त जानकारी आउटपुट न करें
• अनुरोध के बाहर रिफैक्टर न करें

चूँकि CLAUDE.md हर सत्र में पढ़ा जाता है, इसलिए इसे बहुत लंबा बनाने से हर बार कॉन्टेक्स्ट खर्च होगा। आधिकारिक दस्तावेज़ीकरण एक फ़ाइल को 200 लाइनों से कम रखने और लंबी प्रक्रियाओं को Skills में ले जाने की सलाह देता है। (Claude

लेयर 2: राउटर

जब कोई अनुरोध प्राप्त होता है, तो Fable को तुरंत शुरू करने के बजाय काम को वर्गीकृत करें।

• सरल निष्कर्षण/फ़ॉर्मेटिंग -> Haiku या स्क्रिप्ट
• सामान्य कार्यान्वयन/शोध -> Sonnet
• जटिल डिज़ाइन/विश्लेषण -> Opus
• दीर्घकालिक कार्य/कठिन समस्याएँ -> Fable
• केवल असफल कठिन बिंदु -> Fable xhigh

एक स्वचालित राउटर बनाते समय, कीमत के बजाय "गलत होने पर हानि," "आवश्यक स्वायत्त समय," और "सत्यापन की कठिनाई" के आधार पर निर्णय लें।

लेयर 3: एक्सप्लोरेशन लीड

कोड अन्वेषण, सामग्री संग्रह और प्रतियोगी शोध को उप-एजेंटों में अलग करें।

प्रत्येक उप-एजेंट एक स्वतंत्र कॉन्टेक्स्ट में काम करता है और मुख्य एजेंट को केवल निष्कर्ष और साक्ष्य लौटाता है। यह दर्जनों फ़ाइलों को पढ़ने के परिणामों को मुख्य हिस्ट्री को फुलाने से रोकता है। (Claude

लेयर 4: Fable सुपरवाइज़र

Fable एक्सप्लोरेशन लीड से लौटाए गए परिणामों का उपयोग करके निर्णय लेता है।

• किस परिकल्पना को अपनाना है
• क्या अतिरिक्त शोध की आवश्यकता है
• क्या बदलाव करने हैं
• क्या परिणामों में कोई विरोधाभास है
• क्या पूर्णता की शर्तें पूरी हुईं

कच्चे डेटा संग्रह तक सब कुछ Fable पर जिम्मेदारी डालने के बजाय, इसे व्यवस्थित साक्ष्य दें और इसे निर्णय पर ध्यान केंद्रित करने दें।

लेयर 5: नियतात्मक सत्यापन

सत्यापन को केवल प्रॉम्प्ट पर न छोड़ें।

• कोड के लिए: टेस्ट, Lint, टाइप चेक।
• लेखों के लिए: वर्ण गणना, डुप्लिकेट अभिव्यक्तियाँ, URL, उद्धरण।
• स्प्रेडशीट के लिए: फ़ॉर्मूला त्रुटियाँ, लापता मान, कुल योग।
• LP के लिए: लिंक, लेआउट ब्रेक, स्क्रीनशॉट तुलना।

हुक का उपयोग करके, आप टूल निष्पादन से पहले और बाद में निरीक्षण चला सकते हैं। LLM के सत्यापन याद रखने पर दांव लगाने के बजाय, इसे निश्चित शर्तों के तहत स्वचालित रूप से निष्पादित करें। (Claude Platform Docs

लेयर 6: मरम्मत लूप

सत्यापन विफल होने पर ही Fable पर वापस जाएँ।

निर्माण -> यांत्रिक सत्यापन -> सफलता (पूर्ण) / विफलता -> कारण विश्लेषण -> न्यूनतम सुधार -> पुनः सत्यापन

महत्वपूर्ण बात यह है कि अनिश्चित काल तक लूप न करें।

उदाहरण के लिए, "एक ही विफलता के लिए अधिकतम 2 बार" या "कुल 3 विफलताओं के बाद साक्ष्य के साथ रुकें" तय करें। लंबे समय तक काम करने वाले मॉडलों के लिए, रुकने की शर्तों के बिना लागत और कार्यक्षेत्र बढ़ जाएगा।

दर्जनों से सैकड़ों उप-एजेंटों का उपयोग करने वाली प्रक्रियाओं के लिए, Claude को उन्हें क्रमिक रूप से प्रबंधित करने देने के बजाय Dynamic Workflow पर जाएँ। Workflow में, आप स्क्रिप्ट वेरिएबल्स में मध्यवर्ती परिणाम रख सकते हैं और मुख्य कॉन्टेक्स्ट में केवल अंतिम परिणाम लौटा सकते हैं, जो इसे बड़े पैमाने पर शोध या विशाल फ़ाइलों को संसाधित करने के लिए उपयुक्त बनाता है। (Claude

4. Skills "लॉन्ग प्रॉम्प्ट स्टोरेज" नहीं हैं

Skills एक तंत्र है जो बार-बार उपयोग की जाने वाली कार्य प्रक्रियाओं को SKILL.md के रूप में सहेजता है।

CLAUDE.md से अंतर यह है कि बॉडी को केवल आवश्यकता पड़ने पर ही पढ़ा जाता है।

• प्रोजेक्ट जानकारी और हमेशा पालन करने योग्य छोटे नियम: CLAUDE.md।
• लेख निर्माण, परिनियोजन, शोध, समीक्षा आदि की प्रक्रियाएँ: Skills।
• बड़ी मात्रा में उदाहरण या विशिष्टताएँ: Skills के लिए संदर्भ फ़ाइलें।

यह पृथक्करण सीधे टोकन बचत से जुड़ता है। (Claude Platform Docs

मैं निम्नलिखित संरचना की सलाह देता हूँ:

1.claude/
2├── CLAUDE.md
3├── skills/
4│   └── deep-article/
5│       ├── SKILL.md
6│       ├── research-rules.md
7│       ├── writing-rules.md
8│       ├── examples.md
9│       └── scripts/
10│           ├── count_chars.py
11│           └── check_repetition.py
12├── agents/
13│   ├── researcher.md
14│   └── critic.md
15└── settings.json

SKILL.md में, केवल अवलोकन, निष्पादन की शर्तें, प्रक्रियाएँ और पूर्णता की शर्तें रखें।

विशाल स्पष्टीकरण, API विशिष्टताओं और सफलता की कहानियों को अलग-अलग फ़ाइलों में अलग करें और Claude को केवल आवश्यकता पड़ने पर ही उन्हें पढ़ने दें। आधिकारिक दस्तावेज़ीकरण SKILL.md को 500 लाइनों से कम रखने और विस्तृत सामग्री को सहायक फ़ाइलों में अलग करने की सलाह देता है। (Claude Platform Docs

5. व्यावहारिक SKILL.md टेम्पलेट

नीचे शोध लेख बनाने के लिए एक Skill का उदाहरण दिया गया है।

name: deep-article

description: प्राथमिक जानकारी पर शोध करता है और साक्ष्य के साथ लंबे-फ़ॉर्मेट के लेख बनाता है। नवीनतम AI, कंपनियों, सिस्टम या उत्पादों की गहन व्याख्या का अनुरोध करने पर उपयोग करें।

argument-hint: "[थीम] [लक्ष्य वर्ण गणना]"

effort: high

उद्देश्य

$ARGUMENTS के बारे में एक तथ्य-जाँचित लंबा लेख बनाएँ।

मूल नियम

• हमेशा खोजें कि क्या नवीनतम जानकारी प्रासंगिक है
• प्राथमिक जानकारी को प्राथमिकता दें
• तथ्यों, कॉर्पोरेट घोषणाओं, तृतीय-पक्ष मूल्यांकन और अटकलों के बीच अंतर करें
• संख्याओं के साथ लक्ष्य अवधि और परिभाषाएँ संलग्न करें
• समान निष्कर्ष या उदाहरण न दोहराएँ
• पहली बार उल्लेख करने पर तकनीकी शब्दों की व्याख्या करें
• निर्दिष्ट वर्ण गणना के 90% से कम पर समाप्त न करें
• अंत में, वर्ण गणना और असत्यापित वस्तुओं की रिपोर्ट करें

कार्यप्रवाह

1. थीम को 3-7 शोध बिंदुओं में विभाजित करें
2. स्वतंत्र बिंदुओं पर समानांतर रूप से शोध करें
3. प्राथमिक जानकारी एकत्र करें
4. प्रति-साक्ष्य या प्रतिकूल जानकारी की जाँच करें
5. एक तथ्य सूची बनाएँ
6. संरचना तय करें
7. पहला ड्राफ्ट बनाएँ
8. डुप्लिकेट, छलांग, उद्धरण, तिथियों और संख्याओं का ऑडिट करें
9. सुधार करें
10. वर्ण गणना का निरीक्षण करें

पूर्णता की शर्तें

• निष्कर्ष शुरुआत में स्पष्ट है
• पाठक तय कर सकता है कि क्या करना है
• महत्वपूर्ण तथ्यों के स्रोत हैं
• तथ्य और अटकलें मिश्रित नहीं हैं
• निर्दिष्ट वर्ण गणना को पूरा करता है
• कोई डुप्लिकेट पैराग्राफ नहीं

केवल आवश्यकता पड़ने पर पढ़ी जाने वाली सामग्री

• शोध मानक: research-rules.md
• शैली मानक: writing-rules.md
• अच्छे पूर्णता उदाहरण: examples.md

अंतिम निरीक्षण

निम्नलिखित निष्पादित करें:

• python ${CLAUDE_SKILL_DIR}/scripts/count_chars.py <output-file>
• python ${CLAUDE_SKILL_DIR}/scripts/check_repetition.py <output-file>

Skill का विवरण केवल स्पष्टीकरण नहीं, बल्कि एक राउटर के रूप में कार्य करता है।

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

चूँकि Claude Code Skill विवरणों की सूची को कॉन्टेक्स्ट में रखता है, विशाल विवरण लिखने से निरंतर लागत बढ़ती है। महत्वपूर्ण उपयोगों को शुरुआत में रखें और उन्हें संक्षिप्त रखें। (Claude Platform Docs

6. Skills का उन्नत उपयोग

ऐसी Skills जिन्हें स्वचालित रूप से निष्पादित नहीं किया जाना चाहिए

परिनियोजन, भेजना, हटाना, प्रकाशन और भुगतान Claude द्वारा मनमाने ढंग से शुरू नहीं किए जाने चाहिए।

disable-model-invocation: true सेट करें और उन्हें तभी चलाएँ जब उपयोगकर्ता स्पष्ट रूप से /deploy आदि दर्ज करे।

ऐसी Skills जो बातचीत को प्रदूषित नहीं करनी चाहिए

बड़े पैमाने पर शोध या कोड अन्वेषण करने वाली Skills के लिए, context: fork सेट करें।

यह उन्हें एक अलग उप-एजेंट कॉन्टेक्स्ट में निष्पादित करने का कारण बनता है। विशाल फ़ाइल सामग्री और खोज इतिहास मुख्य बातचीत में प्रवेश नहीं करेंगे; केवल अंतिम परिणाम वापस आता है। (Claude Platform Docs

ऐसी Skills जो स्वचालित रूप से वर्तमान स्थिति इंजेक्ट करती हैं

Skill के भीतर, आप कमांड परिणामों को पहले से सम्मिलित कर सकते हैं।

वर्तमान स्थिति

!git status --short

!git diff --stat

Claude को कमांड स्ट्रिंग नहीं, बल्कि निष्पादन परिणाम प्राप्त होता है।

हालाँकि, हर बार पूर्ण git diffs या विशाल लॉग इंजेक्ट करना प्रतिकूल है। पहले केवल --stat या त्रुटि लाइनें डालें, और इसे केवल तभी विवरण पढ़ने दें जब वे आवश्यक हो जाएँ। (Claude Platform Docs

Skills के लिए effort सेट करना

सरल Skills को medium, डिज़ाइन समीक्षा और गहन शोध को high, और अत्यंत कठिन ऑडिट को xhigh पर सेट करें।

यदि आप प्रत्येक Skill को अपना स्वयं का effort देते हैं, तो उपयोगकर्ता को हर बार स्विच करने की आवश्यकता नहीं है।

7. हमेशा Skills का तुलनात्मक मूल्यांकन करें

केवल Skill बनाने से यह पता नहीं चलता कि गुणवत्ता में सुधार हुआ या नहीं।

आधिकारिक दस्तावेज़ीकरण दो चीजों का अलग-अलग मूल्यांकन करने का मार्गदर्शन करता है:

1. क्या Skill आवश्यक अनुरोधों के लिए सही ढंग से शुरू होती है?
2. क्या Skill शुरू करने के परिणामस्वरूप डिलीवरेबल वास्तव में बेहतर होता है?

"Skill के साथ" और "Skill के बिना" दोनों में नए सत्रों में एक ही अनुरोध निष्पादित करें।

एक लेख Skill के लिए, वर्ण गणना, लापता स्रोतों, डुप्लिकेट, तथ्यात्मक त्रुटियों और सुधारों की संख्या की तुलना करें। एक कोड Skill के लिए, परीक्षण सफलता दर, बदली गई फ़ाइलों की संख्या, अनावश्यक परिवर्तन और पुनः कार्यों की संख्या की तुलना करें।

जिस बातचीत की निरंतरता में आपने Skill बनाई है, उसमें परीक्षण करने से बातचीत से पूरक जानकारी के साथ दोष छिप जाएंगे। हमेशा एक नए सत्र में मूल्यांकन करें। Claude Code इस तुलना का समर्थन करने के लिए एक आधिकारिक skill-creator प्लगइन भी प्रदान करता है। (Claude Platform Docs

अंतिम निष्कर्ष

Claude Fable 5.1 कोई ऐसा मॉडल नहीं है जो केवल Claude श्रृंखला को गति देता है।

इसका सबसे बड़ा मूल्य लंबे समय तक कठिन काम जारी रखने, बीच में विफलताओं से उबरने, मूल कारणों की खोज करने और अपने स्वयं के परिणामों को सत्यापित करते हुए काम को पूरा करने तक ले जाने की क्षमता है।

दूसरी ओर, इनपुट और आउटपुट यूनिट मूल्य Opus 5 से दोगुने हैं। आंतरिक सोच को बंद नहीं किया जा सकता है, यह पुरानी बातचीत को फिर से लिखने वाले हार्नेस के साथ असंगत है, और फोर्स्ड टूल कॉलिंग अनुपलब्ध है।

इसलिए, इसका उपयोग करने का सबसे मजबूत तरीका इस प्रकार है:

**Sonnet या स्क्रिप्ट के साथ जानकारी को संकीर्ण करें।

उप-एजेंटों के साथ अन्वेषण को अलग करें।

Fable को कठिन निर्णय और एकीकरण सौंपें।

हुक और परीक्षणों के साथ यांत्रिक रूप से सत्यापित करें।

केवल असफल कठिन बिंदुओं के लिए effort बढ़ाएँ।

दोहराई जाने वाली प्रक्रियाओं को Skills में सहेजें।

कैश की सुरक्षा के लिए बातचीत के इतिहास को append-only रखें।**

यदि आप Fable 5.1 का उपयोग "एक उच्च-स्तरीय चैट जो हर चीज़ का जवाब देता है" के रूप में करते हैं, तो केवल कीमत अधिक होगी।

पिछली पीढ़ियों से वास्तविक अंतर तभी उभरता है जब आप Fable 5.1 को सस्ते मॉडल, Skills, उप-एजेंट, हुक और सत्यापन लूप को बंडल करने वाले सुपरवाइज़र के रूप में स्थापित करते हैं।