ज़्यादातर लोग Fable 5 का गलत इस्तेमाल कर रहे हैं। ऐसा इसलिए नहीं क्योंकि उनमें कौशल की कमी है। बल्कि इसलिए क्योंकि वे अब तक के सबसे सक्षम मॉडल को उससे पहले आए सभी मॉडलों के थोड़े समझदार संस्करण की तरह ट्रीट कर रहे हैं।
Fable 5 कोई बेहतर Claude नहीं है। यह एक अलग श्रेणी का टूल है। प्रॉम्प्ट करने की आदतें, वर्कफ़्लो की मान्यताएँ, ओवर-इंस्ट्रक्ट करने की प्रवृत्ति — ये सब कमज़ोर मॉडलों के लिए बनाई गई थीं, और इनमें से ज़्यादातर चीज़ें इस मॉडल पर आपके ख़िलाफ़ काम करती हैं।
यह पूरा विश्लेषण है। मॉडल वास्तव में किस चीज़ में असाधारण है, इसे अपनी खुद की एजेंट टीम के लीडर के रूप में कैसे चलाएँ, वे तीन राज़ जो इससे सबसे बेहतरीन परिणाम निकालते हैं, और वे पाँच वर्कफ़्लो जहाँ यह मापने योग्य आउटपुट बनाता है। शुरू करने से पहले एक बात: Fable 5 7 जुलाई को Claude सब्सक्रिप्शन से हट गया और अब इसका बिल पेड यूसेज के रूप में लगता है। इस गाइड की सारी बातें इस पर लागू होती हैं — आप जो सेटअप बनाते हैं, वह अपने द्वारा तैयार किए गए काम से अपनी लागत वसूल कर लेता है।
यह मॉडल वास्तव में क्या अलग करता है
तरीकों से पहले, मशीन को समझें। पाँच चीज़ें जो Fable 5 करता है जो इससे पहले कोई मॉडल विश्वसनीय रूप से नहीं कर सकता था।
यह कभी धागा नहीं खोता।
इसे ऐसा काम दें जिसमें घंटों लगते हैं और यह लॉक होकर लगा रहता है। इसने बिना किसी निगरानी के एक ही तीन घंटे के रन में 18,000-लाइन का कोड माइग्रेशन पूरा किया है। तीन घंटे पहले आपने जो बाधा तय की थी, वह उसके लिए उतनी ही ताज़ा है जितनी अभी टाइप की गई बाधा। इससे पहले के हर मॉडल को इस पैमाने के काम के लिए एक बेबीसिटर की ज़रूरत थी। Fable को नहीं है।
यह एक इंसान की तरह देखता है।
इसे एक स्क्रीनशॉट दिखाएँ और यह उसके पीछे के वर्किंग पेज को फिर से बना सकता है, चार्ट से सटीक संख्याएँ पढ़ सकता है, या सिर्फ देखकर पहचान सकता है कि आपकी साइट पर क्या खराब है। इसके कंप्यूटर-उपयोग स्कोर अब तक के सबसे अधिक दर्ज किए गए हैं। यह पढ़ने से पहले अपने आप धुंधली छवियों को ठीक कर लेता है।
यह जवाब नहीं, बल्कि तैयार काम देता है।
इसे कच्ची फ़ाइलें दें और यह वास्तविक डिलीवरेबल लेकर आता है। रिपोर्ट। फाइनेंशियल मॉडल। प्लान। ऐसा काम जिसमें एक पेशेवर विश्लेषक को दिन लग जाते हैं, वह घंटों में वापस आता है। वास्तविक पेशेवर डिलीवरेबल्स के स्वतंत्र परीक्षणों में, यह अब तक मापे गए सबसे बड़े अंतर से हर दूसरे मॉडल को पीछे छोड़ देता है।
यह फ़ाइलों से और समझदार हो जाता है।
इसे नोट्स का एक फ़ोल्डर दें जिसे वह पढ़ और लिख सके और यह अपने से पहले के किसी भी मॉडल की तुलना में तेज़ी से बेहतर होता है। आपके नोट्स इसकी मेमोरी बन जाते हैं और वह मेमोरी हर रन के साथ बढ़ती जाती है।
यह नेतृत्व करने के लिए बना है।
यह अपने से पहले की किसी भी चीज़ की तुलना में अधिक स्वाभाविक रूप से छोटे एजेंटों की टीमों को स्पिन अप और मैनेज करता है। यही कारण है कि नीचे दिया गया सेटअप काम करता है, और यहीं से यह गाइड शुरू होती है।
मुख्य चाल: Fable को कर्मचारी के रूप में नहीं, बल्कि लीडर के रूप में चलाएँ
यह एकमात्र सबसे बड़ा अपग्रेड है जो आप कर सकते हैं।
Fable को एक कर्मचारी की तरह काम देने के बजाय, इसे एक टीम का मैनेजर बनाएँ। बाज़ार का सबसे समझदार मॉडल कीस्ट्रोक्स करने की तुलना में काम को निर्देशित करने में अधिक मूल्यवान है।
सेटअप के चार भाग हैं:
Fable प्लान बनाता है। किसी भी काम की शुरुआत से पहले इसे एक प्लानिंग स्किल्स कलेक्शन खिलाएँ। github.com/mattpocock/skills पर Matt Pocock का स्किल्स कलेक्शन मानक संदर्भ है — मुफ़्त प्लानिंग स्किल्स जो कुछ भी बनाए जाने से पहले एक मोटे विचार को एक स्पष्ट, चरणबद्ध, परीक्षण योग्य योजना में बदल देते हैं।
आप इसके साथ पुनरावृत्ति करते हैं। एक शेड्यूल पर चेक-इन करें। ज़रूरत पड़ने पर प्लान को स्टीयर करें। इसे उच्च-मात्रा वाले समानांतर काम के लिए सस्ते मॉडल चलाने दें। प्रत्येक कर्मचारी एक लेन का मालिक होता है। प्रत्येक लेन समानांतर में चलती है।
Fable समीक्षा करता है। हर तैयार टुकड़ा लीडर के पास वापस आता है, मूल योजना के खिलाफ जाँचा जाता है, और यदि वह पास नहीं होता है तो वापस भेज दिया जाता है। लीडर स्व-रिपोर्ट किए गए पूरा होने को स्वीकार नहीं करता है।
आप इसके साथ पुनरावृत्ति करते हैं। एक शेड्यूल पर चेक-इन करें। ज़रूरत पड़ने पर प्लान को स्टीयर करें। इसे चलते रहने दें।
यह इसलिए काम करता है क्योंकि Fable अपने से पहले के किसी भी मॉडल की तुलना में अधिक आसानी से समानांतर उप-एजेंट भेजता है, और यह पूरे वर्कफ़्लो को घंटों तक अपने दिमाग में रखता है। यह शायद ही कभी तीन घंटे पहले लिए गए किसी बाधा, फ़ाइल या निर्णय को भूलता है। एक लीडर को बिल्कुल यही चाहिए और अपने से पहले का हर मॉडल लगातार यही नहीं कर पाता था।
अर्थशास्त्र भी आपके पक्ष में काम करता है। कर्मचारी सस्ते मॉडल हैं, इसलिए महँगा दिमाग केवल योजना बनाने, जाँचने और निर्णय लेने पर टोकन खर्च करता है। इस सटीक सेटअप को चलाने वाले ऑपरेटर अपने टोकन बिल को कम होते हुए रिपोर्ट करते हैं, न कि बढ़ते हुए।
अपने कर्मचारियों का निर्माण करें
प्रत्येक कर्मचारी आपके प्रोजेक्ट के अंदर .claude/agents/ में एक छोटी फ़ाइल है। एक नाम, वह मॉडल जिस पर वह चलता है, और एक छोटी नौकरी का विवरण। यह पूरी यांत्रिकी है। Fable फ़ोल्डर को पढ़ता है और जानता है कि वह किसे काम सौंप सकता है।
तीन नियम जो टीम को तेज़ रखते हैं:
एक कर्मचारी, एक लेन। समानांतर लेन केवल तभी जब कार्य एक ही फ़ाइलों को स्पर्श न करें।
कर्मचारी Opus, लेबर टियर पर चलते हैं। Fable लीडर सीट पर रहता है जहाँ प्रीमियम अपनी लागत वसूल करता है। कर्मचारी जो कुछ भी दावा करता है, एक अलग वेरिफ़ायर उसकी पुष्टि करता है। कोई स्व-ग्रेडेड होमवर्क नहीं।
वेरिफ़ायर किसी भी व्यक्तिगत कर्मचारी से अधिक महत्वपूर्ण है। नई आँखें वह देखती हैं जो लेखक नहीं देख सकता, और एक जाँचा हुआ चरण कभी भी तीन चरण बाद दोबारा नहीं करना पड़ता।
यदि आप Codex भी चलाते हैं, तो यह एक अतिरिक्त जोड़ी हाथों के रूप में आ जाता है। Fable इसे किसी अन्य टूल की तरह टर्मिनल के माध्यम से चला सकता है। वही नियम। वही वेरिफ़ायर।
राज़ 1: इसे ओवरगाइड करना बंद करें
प्रॉम्प्टिंग के बारे में आपने जो कुछ भी सीखा वह कमज़ोर मॉडलों के लिए बनाया गया था। चरण-दर-चरण निर्देश, लंबी नियम सूचियाँ, विस्तृत स्क्रिप्ट — वह मचान पुराने मॉडलों को ट्रैक पर रखता था।
Fable 5 पर यह इसके विपरीत करता है।
पुराने मॉडलों के लिए लिखी गई स्किल फ़ाइलें सक्रिय रूप से इसके आउटपुट को नीचे खींचती हैं। आप एक ऐसे मॉडल को प्रतिबंधित कर रहे हैं जो आपकी स्क्रिप्ट से बेहतर योजना बनाता है।
इसे तीन चीज़ें दें और रास्ते से हट जाएँ:
आप जो परिणाम चाहते हैं। वे बाधाएँ जिन्हें मानना ही होगा। आपको इसकी आवश्यकता क्यों है — “मैं इसे [किसके लिए] तैयार कर रहा हूँ, उन्हें [क्या] चाहिए, इसे ध्यान में रखते हुए: [अनुरोध]।”
वह अंतिम पंक्ति लोगों की अपेक्षा से अधिक मायने रखती है। कारण विश्वसनीय रूप से सादे अनुरोध को मात देता है।
जब Fable समझता है कि वह कुछ क्यों कर रहा है, न कि केवल क्या, तो आउटपुट की गुणवत्ता में उछाल आता है।
दो काम जो कभी न करें, क्योंकि दोनों मॉडल को तोड़ देते हैं:
इसे कभी भी अपने तर्क को दिखाने या समझाने के लिए न कहें। वह अनुरोध एक सुरक्षा फ़िल्टर को ट्रिप कर सकता है, और आपका काम चुपचाप एक कमतर मॉडल द्वारा संभाला जाता है जबकि आपको लगता है कि आप Fable चला रहे हैं। इसे कभी न दिखाएँ कि उसके पास कितने टोकन या कितना बजट बचा है। एक दृश्यमान काउंटडाउन इसे काम खत्म करने के बजाय जल्दी लपेटने और एक नया सत्र सुझाने के लिए प्रेरित करता है।
राज़ 2: अपनी CLAUDE.md को हल्का रखें
CLAUDE.md वह फ़ाइल है जिसे Fable Claude Code में हर कार्य से पहले पढ़ता है। आपके प्रोजेक्ट की स्थायी मेमोरी।
प्रवृत्ति इसे हर चीज़ से भरने की है। उसका विरोध करें। इस मॉडल पर एक हल्की फ़ाइल भारी फ़ाइल से बेहतर प्रदर्शन करती है।
तीन खंड पर्याप्त हैं:
यह प्रोजेक्ट क्या है, दो पंक्तियों में। वे कमांड जो आप वास्तव में उपयोग करते हैं। वे गलतियाँ जो यह करता रहता है।
अपनी फ़ाइल खोलें और उसका आधा हिस्सा हटा दें। छोटी फ़ाइल ही अपग्रेड है।
राज़ 3: गोल्स और लूप्स का दुरुपयोग करें
यह वह जगह है जहाँ Fable एक चैट इंटरफ़ेस नहीं रह जाता है और एक ऐसी मशीन बन जाता है जो आपके जीवन जीते हुए काम करती है।
गोल्स — Claude Code में, /goal आपको एक फ़िनिश लाइन लिखने देता है। एक छोटा जज मॉडल हर मोड़ के बाद जाँचता है कि क्या वह फ़िनिश लाइन पार हो गई है। यदि नहीं, तो Fable अपने आप काम करता रहता है जब तक कि वह पूरा न हो जाए।
कला एक ऐसी फ़िनिश लाइन लिखना है जिसे वह नकली नहीं बना सकता। बताए गए पूरा होने के बजाय दृश्य प्रमाण की माँग करें। “टेस्ट चलाएँ और आउटपुट पेस्ट करें, इसे पास होना चाहिए” “टेस्ट पास कराएँ” से बेहतर है। एक ब्रेक जोड़ें — “या 20 मोड़ के बाद रुकें” — क्योंकि कोई अंतर्निहित सीमा नहीं है, और बिना ब्रेक के एक ढीले गोल ने एक ही प्रॉम्प्ट पर लोगों से $960 का बिल लिया है। हर संक्षिप्त विवरण में एक ईमानदारी पंक्ति रखें: प्रगति के हर दावे को रन के वास्तविक परिणाम की ओर इशारा करना चाहिए। वह एक पंक्ति लगभग नकली डन रिपोर्ट को खत्म कर देती है।
लूप्स एक शेड्यूल पर वही काम करते हैं। हर रात। हर घंटे। हर सोमवार। एक लूप जो कल के काम की समीक्षा करता है। एक लूप जो आपके दस्तावेज़ों को अपडेट करता है। एक लूप जो आपके मेट्रिक्स पर नज़र रखता है और अलर्ट का ड्राफ्ट तैयार करता है। गोल्स और लूप्स के बीच आप Fable को जब तक ज़रूरत हो, किसी चीज़ पर काम करते रख सकते हैं — बिना निगरानी के घंटों का काम जिसके अंत में वादों के बजाय सबूत होते हैं।
एक वास्तविक प्रोजेक्ट को एक-शॉट कैसे करें
ऊपर की सब कुछ, एक बार, एक वास्तविक बिल्ड पर इकट्ठा किया गया। उदाहरण एक कार्यशील वेटलिस्ट के साथ एक लैंडिंग पेज है। अपने स्वयं के प्रोजेक्ट को बदलें और क्रम वही रहता है।
चरण 1: संक्षिप्त विवरण। एक संदेश। “मैं [दर्शकों] के लिए [उत्पाद] लॉन्च कर रहा हूँ, उन्हें एक लैंडिंग पेज चाहिए जो ईमेल कैप्चर करे। इसे बनाएँ: एक पेज, एक स्पष्ट वादा, एक ईमेल फ़ॉर्म जो साइनअप स्टोर करे, प्रीमियम दिखे। बाधाएँ: कोई फ्रेमवर्क नहीं जिसे मुझे मेंटेन करना पड़े, मोबाइल पर काम करे, तेज़ी से लोड हो। पहले योजना बनाएँ, फिर डेलिगेट करें, हर चरण को वेरिफाई करें।”
चरण 2: योजना। Shift+Tab से प्लान मोड पर स्विच करें और इसे कुछ भी छूने से पहले योजना बनाने दें। यदि आपके पास Pocock स्किल्स कलेक्शन इंस्टॉल है, तो कहें “प्लानिंग स्किल्स का उपयोग करें।” योजना चरणबद्ध, दायरे में और परीक्षण योग्य वापस आती है। इसे पढ़ें, जो नहीं चाहिए उसे काटें, अनुमोदन करें।
चरण 3: टीम काम पर लग जाती है। Fable बिल्डर को पहले चरण पर भेजता है। वेरिफ़ायर इसे कोल्ड चेक करता है। पास होने के बाद ही दूसरा चरण शुरू होता है। आप यह सब नहीं देख रहे हैं।
चरण 4: फ़िनिश लाइन। गोल सेट करें और चले जाएँ। “/goal पेज लोकली चलता है, फ़ॉर्म एक टेस्ट साइनअप स्टोर करता है, सर्वर रिस्पॉन्स और मोबाइल चौड़ाई पर पेज के स्क्रीनशॉट को पेस्ट करके साबित होता है, या 25 मोड़ के बाद रुक जाता है।”
चरण 5: सुबह की समीक्षा। आप एक रन लॉग पर वापस आते हैं जहाँ हर दावे के साथ सबूत जुड़ा होता है। स्क्रीनशॉट की समीक्षा करें, जो बदलाव चाहिए उनका अनुरोध करें, शिप करें।
पहली बार में एक शाम लगती है। दूसरी बार आपको एहसास होगा कि क्रम उन सभी प्रोजेक्ट्स के लिए समान है जिन्हें आप टाल रहे थे।
पाँच वर्कफ़्लो जहाँ यह वास्तविक पैसा कमाता है
अब पूरे सेटअप को कुछ बनाने लायक चीज़ पर लगाएँ।
विशाल कोडबेस का काम। वह माइग्रेशन जो हफ्तों में स्कोप किया गया है और जिसके लिए कोई स्वेच्छा से नहीं आता। लीडर इसे चरणों में चलाता है। एक नया समीक्षक हर चरण की जाँच करता है। प्रगति का हर दावा एक वास्तविक परीक्षण परिणाम से जुड़ता है। हफ्तों का काम दिनों में आ जाता है।
गहन शोध स्प्रिंट। एक गोल अंदर। कर्मचारी समानांतर में जानकारी जुटा रहे हैं। एक चेकर हर दावे पर हमला कर रहा है। संरचित फ़ाइलें बाहर। आप एक डोजियर पर वापस आते हैं जहाँ हर दावा एक हमले से बच गया है, जो लॉन्च, कंटेंट या बाज़ार के फैसले को फीड करने के लिए तैयार है।
ऑर्केस्ट्रेटर सेटअप। ऊपर से लीडर सिस्टम एक स्थायी स्थापना के रूप में। एक सीट से टीम-पैमाने का आउटपुट। आर्किटेक्चर इस मॉडल से आगे रहता है — जो कुछ भी आगे आता है वह उसी सीट पर आ जाता है।
रेफरेंस-संचालित फ्रंटएंड। उन साइटों के स्क्रीनशॉट का एक फ़ोल्डर जिनका सौंदर्य आपको पसंद है। डेवटूल से निकाला गया वास्तविक CSS। Fable रेफरेंस के खिलाफ बिल्ड करता है और एक लूप में अपने आउटपुट की उनसे तुलना करता है। आप स्वाद प्रदान करते हैं। यह आँखें और हाथ प्रदान करता है।
नॉलेज बेस बिल्डिंग। सबसे लंबा रन। इसे अपने क्षेत्र में जानने लायक हर चीज़ पर लगाएँ और इसे एक आपस में जुड़ा हुआ वॉल्ट बनाने दें। एक कॉपीराइटर अब तक लिखे गए सबसे अच्छे सेल्स पेजों के साथ ऐसा करता है। एक डिज़ाइनर डिज़ाइन सिस्टम के साथ। एक एजेंसी केस स्टडीज़ के साथ। वॉल्ट आपके द्वारा अब तक चलाए जाने वाले हर भविष्य के मॉडल को हमेशा के लिए ब्रीफ करता है।
इनमें से प्रत्येक एक महीने पहले कभी-न-कभी का प्रोजेक्ट था। अब इनमें से प्रत्येक इस-सप्ताह का प्रोजेक्ट है।
एक ब्लॉक में पूरा सेटअप
Fable को लीडर के रूप में चलाएँ। योजना के लिए Pocock स्किल्स, श्रम के लिए Opus कर्मचारी, Fable हर चीज़ की समीक्षा करता है।
ओवरगाइड न करें। परिणाम प्लस बाधाएँ प्लस कारण। मचान को हटा दें।
CLAUDE.md को हल्का रखें। यह क्या है, कमांड, ज्ञात गलतियाँ।
गोल्स और लूप्स का दुरुपयोग करें। पेस्ट किए गए सबूत और हर गोल पर एक लिखित ब्रेक के साथ फ़िनिश लाइनें।
इसे पाँच वर्कफ़्लो पर लगाएँ। कोडबेस, शोध, ऑर्केस्ट्रेटर, फ्रंटएंड, नॉलेज बेस।
Fable 5 का बिल अब पेड यूसेज के रूप में लगता है। आप इस सप्ताह जो सेटअप बनाते हैं, वह इनवॉइस के बाद लंबे समय तक उत्पादन करता रहता है।
हमें फ़ॉलो करें @TheAIColony पर
हज़ारों पाठकों से जुड़ें: https://theaicolony.beehiiv.com/
