Fable 5 का निःशुल्क अवधि 7 जुलाई को समाप्त हो रही है।
आज 3 जुलाई, 2026 है। दूसरे शब्दों में, "मुफ़्त होने के कारण Fable का उपयोग करने" का समय कुछ ही दिनों में समाप्त हो रहा है, और 8 जुलाई से, यह उपयोग-आधारित क्रेडिट प्रणाली में स्थानांतरित हो जाएगा।
तो, 8 जुलाई से हम क्या करेंगे?
Sonnet 5 सभी प्लान पर उपलब्ध है, जिसमें Free भी शामिल है।
31 अगस्त तक परिचयात्मक मूल्य $2 प्रति 1 मिलियन इनपुट टोकन और $10 प्रति 1 मिलियन आउटपुट टोकन है। उसके बाद, यह इनपुट के लिए $3 और आउटपुट के लिए $15 होगा। Fable 5 इनपुट के लिए $10 और आउटपुट के लिए $50 है।
नियमित कीमतों पर भी, यह लगभग 3.3 गुना का अंतर है। Sonnet 5 की परिचयात्मक कीमत की तुलना में, यह 5 गुना है।
इसके अलावा, Sonnet 5 में 1M कॉन्टेक्स्ट विंडो और 128k आउटपुट है। लंबे दस्तावेज़ और कोड पढ़ने की क्षमता Fable 5 के समान ही है।
यदि ऐसा है, तो क्या वास्तव में केवल "प्रदर्शन" की कमी है?
मेरा निष्कर्ष थोड़ा अलग है। Fable 5 की ताकत का रहस्य केवल बुद्धिमत्ता नहीं है। यह व्यवहार है।
लंबा सोचना। पहले सफलता की शर्तों को परिभाषित करना। संदेह करना। सत्यापित करना। नोट्स लेना। और अंत में, ईमानदारी से रिपोर्ट करना कि क्या हासिल हुआ और क्या नहीं।
इस व्यवहार का एक महत्वपूर्ण हिस्सा CLAUDE.md और पर्यावरण सेटिंग्स में बेक किया जा सकता है।
CLAUDE.md एक कॉन्फ़िगरेशन मेमो है जिसे Claude Code लगातार पढ़ता है, जो उसे बताता है "इस प्रोजेक्ट में कैसे कार्य करना है।" यह एक प्रॉम्प्ट नहीं है जिसे आप हर चैट में पेस्ट करते हैं। यह एक निर्देश है जो पर्यावरण में ही रखा गया है।
हर बार प्रॉम्प्ट पेस्ट करने वालों की तकनीकें भी मजबूत होती हैं। इसे जीत की स्थितियाँ बनाने, ड्राफ्ट की तुलना करने, चीजों को तोड़ने और खत्म करने के लिए कहना। वह पैटर्न बहुत प्रभावी है।
हालाँकि, आप उन चीजों को भूल जाते हैं जिन्हें हर बार पेस्ट करना पड़ता है। वे जितनी लंबी होंगी, उतनी ही कष्टप्रद हो जाती हैं। जब सत्र बदलता है तो वे गायब हो जाती हैं।
इसलिए इस बार, हम इसे स्थायी बना रहे हैं।
विदेशों में चल रहे एक वाक्यांश को उधार लेने के लिए:
प्रॉम्प्ट अस्थायी हैं। संरचना स्थायी है।
इस लेख में, मैं Sonnet 5 को Fable 5 के करीब लाने के लिए CLAUDE.md सेटिंग्स कॉपी-पेस्ट करने योग्य प्रारूप में प्रदान करूंगा।
इसके अलावा, ये केवल मेरे द्वारा बनाई गई सेटिंग्स नहीं हैं।
Claude Code के हेडलेस मोड का उपयोग करके—विशेष रूप से, टर्मिनल से claude -p के माध्यम से पूछकर—मैंने Sonnet 5 और Fable 5 दोनों का ही साक्षात्कार लिया।
जूनियर, Sonnet 5 से, उसकी अपनी कमजोरियों के बारे में पूछना।
सीनियर, Fable 5 से, जूनियर को कैसे प्रशिक्षित किया जाए, यह पूछना।
इस दोहरे साक्षात्कार से कुछ बहुत ही दिलचस्प जवाब मिले।
Fable 5 की असली पहचान है "लगातार व्यवहार"
जब आप Fable 5 का उपयोग करते हैं, तो यह निश्चित रूप से स्मार्ट है।
लेकिन यदि आप आउटपुट को करीब से देखें, तो इसकी ताकत केवल ज्ञान की मात्रा नहीं है। काम करने का इसका तरीका अलग है।
यह तुरंत निर्माण शुरू नहीं करता। यह पहले सफलता की शर्तों को परिभाषित करता है।
यह अपने विचारों पर तुरंत भरोसा नहीं करता। यह पहले देखता है कि चीजें कहाँ विफल हो सकती हैं।
यह केवल यह नहीं कहता कि "यह काम कर गया।" यह दिखाता है कि उसने सत्यापन के लिए क्या उपयोग किया।
यह ज्ञान में अंतराल को समझने के दिखावे से नहीं भरता।
और लंबे कार्यों में भी, यह अंत तक प्रारंभिक बाधाओं को बनाए रखने की कोशिश करता है।
यदि आप इसे मानवीय कार्य से बदल दें तो इसे समझना आसान है।
Fable 5 एक अत्यधिक सक्षम वरिष्ठ की तरह दिखता है। अस्पष्ट अनुरोध दिए जाने पर भी, जल्दबाजी में भागने से पहले, यह वापस आकर पूछता है, "पहली बार में सफलता कैसी दिखती है?" यदि कोई योजना विफल होती है, तो वह योजना को त्याग देता है और फिर से शुरू करता है।
Sonnet 5 एक अत्यधिक सक्षम जूनियर है। तेज़। आज्ञाकारी। निर्देशों के प्रति वफादार। हालाँकि, संरचना के बिना, यह बहुत धाराप्रवाह उत्तर दे सकता है।
उस स्थिति में, हमें बस जूनियर को सीनियर की कार्य आदतें देनी होंगी।
इसे रखने का स्थान CLAUDE.md है।
Sonnet 5 का "स्वयं" साक्षात्कार करके पहचानी गई स्पष्ट कमजोरियाँ
पहले, मैंने Sonnet 5 से ही पूछा।
"Fable 5-स्तरीय परिणाम उत्पन्न करने के लिए मुझे CLAUDE.md में क्या लिखना चाहिए?"
इसने जो आत्म-विश्लेषण लौटाया वह काफी ईमानदार था।
Sonnet 5 ने अपने बारे में यह कहा:
"मैं धाराप्रवाह उत्तर देता हूँ, और अनिश्चितता अक्सर मेरी लेखन शैली में छिपी होती है।"
यह महत्वपूर्ण है।
AI उत्तर तब खतरनाक हो सकते हैं जब लेखन अच्छा हो। यदि यह स्पष्ट रूप से लिखा गया है, तो मनुष्य इस पर विश्वास करते हैं। लेकिन वास्तव में, इसमें "शायद," "अपुष्ट," या "यह भाग संदिग्ध है" शामिल हो सकता है।
इसलिए, शामिल करने वाली पहली सेटिंग यह है:
**अनिश्चित भागों के लिए स्पष्ट रूप से आत्मविश्वास स्तर बताएं।
इसे अस्पष्ट क्रियाविशेषणों के पीछे छिपने न दें।
यदि आत्मविश्वास कम है, तो आगे बढ़ने से पहले पुष्टि करें।**
इसके काम करने का कारण सरल है। यह अब अपनी लेखन शैली के भीतर चिंता को छिपा नहीं सकता।
इसके बाद, Sonnet 5 ने स्वीकार किया कि वह "पहले कार्यान्वित करने और बाद में समायोजित करने" की प्रवृत्ति रखता है। इसे रोकने के लिए, इसे पहले सफलता की शर्तें लिखने दें।
कोड या टेक्स्ट लिखने से पहले, इसे आधार, सत्यापन योग्य सफलता की शर्तें और विफलता के तरीके आउटपुट करने दें। "यह काम करता है" या "अच्छा लगता है" नहीं, बल्कि एक ऐसे रूप में जिसे परीक्षणों, आउटपुट, स्क्रीन या विशिष्ट टेक्स्ट शर्तों के रूप में आंका जा सके।
यहाँ महत्वपूर्ण बात सफलता की शर्तों को "मूड" के बजाय "निर्णय" बनाना है।
"एक अच्छा लेख बनाएं" कमजोर है।
"शुरुआत में 7 जुलाई की समय सीमा का उल्लेख करें। मूल्य अंतर शामिल करें। CLAUDE.md के लिए 6 या अधिक कॉपी-पेस्ट सेटिंग्स रखें। उन अंतरालों को न छिपाएं जिन्हें Fable नहीं भर सकता।"
यदि आप इतना लिखते हैं, तो आप अंत में इसकी तुलना कर सकते हैं।
Sonnet 5 ने यह कहकर निष्कर्ष निकाला:
"Fable 5 अपने आप गहराई से सोच सकता है। यदि संरचना दी जाए तो मैं तेज़ी से और सटीक रूप से आगे बढ़ता हूँ। CLAUDE.md के साथ उस अंतर को पाटना ही सार है।"
इस लेख का मूल यही है।
Fable 5 का साक्षात्कार करने के परिणाम
इसके बाद, मैंने Fable 5 से ही उसी विषय के बारे में पूछा।
पहला जवाब शानदार था।
"एक मॉडल की स्व-रिपोर्ट विश्वसनीय डेटा नहीं है।"
बिल्कुल सही। सिर्फ इसलिए कि मैंने मॉडल से पूछा, यह एक बेंचमार्क नहीं बन जाता। अंदर से स्व-मूल्यांकन पक्षपाती होता है।
इसलिए, इस लेख में, मैं "उन्होंने जो कहा" को पूर्ण सत्य नहीं मानूंगा। मैं इसे उपयोग पैटर्न बनाने के लिए संकेत के रूप में मानूंगा।
फिर भी, Fable 5 द्वारा परिभाषित अंतर तीक्ष्ण था।
इसने कहा कि अंतर "जब कोई संरचना नहीं होती है, या जब दी गई संरचना गलत होती है तो क्या होता है" में है।
यदि विशिष्टताएँ स्पष्ट हैं, परीक्षण मौजूद हैं, और प्रक्रियाएँ निर्धारित हैं, तो अंतर छोटा होता है।
अंतर तब प्रकट होता है जब विशिष्टताएँ स्वयं गलत हों। जब कोई योजना विफल हो। जब किसी लंबे कार्य के अंत तक प्रारंभिक बाधाओं को बनाए रखना हो। जब अनुरोधित सुधारों को न जोड़ने के लिए आत्म-संयम की आवश्यकता हो।
और Fable 5 ने अपनी कमजोरियों को स्वीकार किया।
उच्च इकाई लागत। सरल कार्यों पर भी अत्यधिक सोचना। बल्क प्रोसेसिंग के लिए स्पीड मैचों में हारना।
दूसरे शब्दों में, "हर चीज के लिए Fable" आर्थिक रूप से गलत प्रबंधन है।
तो, वह `CLAUDE.md` क्या है जो Fable 5 ने अपने जूनियर, Sonnet के लिए लिखा?
Sonnet की ओर से ओवरलैप हुए बिंदुओं को व्यवस्थित करते हुए, यहाँ ध्यान रखने योग्य 7 टिप्स दी गई हैं।
Sonnet 5 को Fable में बदलने के लिए `CLAUDE.md` के 7 टिप्स
पहली है सफलता की शर्तें। दोनों मॉडलों ने स्वतंत्र रूप से इसका उल्लेख किया।
1[यांत्रिक रूप से पूर्णता का निर्णय करें]2शुरू करने से पहले "पूर्णता" को एक पंक्ति में परिभाषित करें।3उदाहरण: यह परीक्षण पास होता है। यह कमांड एग्जिट 0 लौटाता है। यह शीर्षक बॉडी में है।4यदि आप इसे नहीं लिख सकते, तो पूछें कि आगे बढ़ने से पहले क्या तय करने की आवश्यकता है।
दूसरी है एकाधिक व्याख्याएँ। इस पर भी दोनों सहमत थे।
1[एकाधिक व्याख्याओं के बीच स्वयं चयन न करें]2यदि किसी निर्देश की दो या अधिक व्याख्याएँ हैं, तो चुपचाप एक न चुनें।3उम्मीदवार व्याख्याओं को सूचीबद्ध करें और एक सिफारिश के साथ पुष्टि करें।4हालाँकि, यदि व्याख्या के बावजूद आउटपुट समान रहता है, तो आप आगे बढ़ सकते हैं।
तीसरी है दायरा।
1[आकस्मिक सुधारों पर रोक]2ऐसे परिवर्तनों को लागू न करें जिनका अनुरोध नहीं किया गया था।3"जब मैं कर ही रहा था तो इसे ठीक कर दिया" या "बेहतर डिज़ाइन बनाया" निषिद्ध है।4यदि आप आस-पास सुधार के क्षेत्र पाते हैं, तो उन्हें लागू करने के बजाय सुझावों के रूप में सूचीबद्ध करें।
चौथी है सत्यापन रिपोर्टिंग।
1['यह काम कर गया' के बजाय 'सत्यापित' रिपोर्ट करें]2पूर्णता रिपोर्ट में निष्पादित सत्यापन कमांड, रिटर्न वैल्यू, परीक्षण परिणाम और स्क्रीनशॉट पुष्टिकरण जैसे साक्ष्य शामिल होने चाहिए।3उन चीजों के लिए "यह काम करना चाहिए" न लिखें जिन्हें निष्पादित नहीं किया गया है।4किसी भी छोड़े गए सत्यापन का कारण स्पष्ट रूप से बताएं।
पाँचवीं है एक ही विफलता से कैसे निपटें। दृढ़ता महत्वपूर्ण है, लेकिन गलत दिशा में दृढ़ रहना समय बर्बाद करता है।
1[एक ही त्रुटि के लिए अधिकतम 2 पुनर्प्रयास]2यदि एक ही त्रुटि का सुधार दो बार विफल होता है, तो तीसरी भिन्नता का प्रयास न करें।3वर्तमान स्थिति, क्या प्रयास किया गया, और शेष परिकल्पनाओं का संक्षेप में रिपोर्ट करें, फिर दिशा बदलें।
छठी है असहमत व्यक्ति की भूमिका।
1[पूर्णता से पहले पहली बार पढ़ने की समीक्षा करें]2पूर्णता रिपोर्ट से पहले, अपने परिवर्तनों की समीक्षा करें जैसे कि उन्हें पहली बार पढ़ रहे हों।3एक आसन्न फ़ंक्शन की पहचान करें जो टूट सकता है।4लिखें कि एक संशयवादी वरिष्ठ विरोध में क्या कहेगा, और उस विरोध का उत्तर दें।
सातवीं है आत्मविश्वास और ईमानदार प्रगति। यह Sonnet 5 के अपने आत्म-विश्लेषण को दर्शाता है।
1[आत्मविश्वास और प्रगति को 3 बिंदुओं में रिपोर्ट करें]2अनिश्चित भागों में आत्मविश्वास स्तर (उच्च, मध्यम, निम्न) संलग्न करें।3यदि आत्मविश्वास मध्यम या निम्न है, तो पूछें कि क्या आगे बढ़ने से पहले पुष्टि करनी चाहिए।4लंबे कार्यों में, प्रत्येक माइलस्टोन पर केवल निम्नलिखित तीन बिंदुओं की रिपोर्ट करें:5क्या पूरा हुआ। आगे क्या करना है। आप किस बारे में चिंतित हैं।6केवल "बिना किसी समस्या के आगे बढ़ रहा हूँ" वाली रिपोर्ट निषिद्ध हैं।
ये 7 टिप्स ऐसी सेटिंग्स नहीं हैं जो क्षमता जोड़ती हैं।
ये ऐसी सेटिंग्स हैं जो उन विफलता मोड को पहले से ब्लॉक करती हैं जहाँ अंतर दिखाई देता है।
विशिष्टता के छिद्रों में मत गिरो। अस्पष्टताओं का स्वयं निर्णय मत करो। दायरा मत बढ़ाओ। सत्यापन के बिना पूर्णता का दावा मत करो। टूटी हुई योजना को जारी मत रखो।
संक्षेप में, हम उन व्यवहारों को बाहरी रूप से Sonnet 5 के वातावरण से जोड़ रहे हैं जो Fable 5 स्वाभाविक रूप से करता है।
तुलना में हमने क्या देखा
दिलचस्प बात यह थी कि जब अलग-अलग पूछा गया तब भी Sonnet 5 और Fable 5 के उत्तर काफी हद तक मेल खाते थे।
पहला, एकाधिक व्याख्याओं को स्वयं मत चुनो।
दोनों ने यह कहा। जब अस्पष्ट निर्देश दिए जाते हैं, तो AI एक प्रशंसनीय व्याख्या चुनकर आगे बढ़ता है। मानवीय दृष्टिकोण से, आप सोचते हैं, "मैं चाहता था कि तुम वह जाँचो।"
अगला, सत्यापन को बाहरी बनाओ।
इसे "यह काम कर गया" कहने देने के बजाय, इसे वह आउटपुट करने दें जो उसने निष्पादित किया, क्या पास हुआ, और उसने क्या देखा। आधिकारिक सर्वोत्तम प्रथाओं में भी, Claude को अपने काम को सत्यापित करने का एक तरीका देना सबसे महत्वपूर्ण माना जाता है।
परीक्षण, बिल्ड या स्क्रीनशॉट तुलना जैसी जाँचें प्रदान करें जिनके परिणामस्वरूप पास या फेल होता है। यह लूप को बंद करता है।
इसके अलावा, सत्यापन करने वाली आँखों को अलग करना बड़ी बात है।
यदि निर्माता स्वयं ग्रेड देता है, तो वह उदार हो जाता है। एक नए संदर्भ में एक सत्यापन उप-एजेंट को योजना के विरुद्ध अंतर की जाँच करने दें। यह मानवीय शब्दों में लेखक से अलग एक समीक्षक रखने जैसा है।
और अंत में, जिस अंतर को पाटा नहीं जा सकता, वह भी मेल खाता था।
दीर्घकालिक संदर्भ प्रतिधारण।
दर्जनों टूल कॉल और कई घंटों वाले काम में, शुरुआत में तय की गई बाधाओं को अंत तक बनाए रखने की क्षमता। इसे अकेले CLAUDE.md द्वारा पूरी तरह से नहीं भरा जा सकता।
यदि मैं इसे छिपाता हूँ, तो लेख झूठ बन जाता है।
पर्यावरण पक्ष पर अंतिम स्पर्श
यह केवल CLAUDE.md लिखने से समाप्त नहीं होता।
Sonnet 5 में सोच की गहराई निर्दिष्ट करने के लिए एक effort सेटिंग है। आधिकारिक पत्राचार तालिकाओं में, Sonnet 5 का "मध्यम" Sonnet 4.6 के "उच्च" के बराबर है, और Sonnet 5 का "उच्च" Sonnet 4.6 के "अधिकतम" के बराबर है।
यदि आप उथला तर्क देखते हैं, तो प्रॉम्प्ट को ट्वीक करने के बजाय effort बढ़ाएँ। यह आधिकारिक सिफारिश है।
यदि आप चाहते हैं कि Claude Code हमेशा गहराई से सोचे, तो settings.json में निम्नलिखित जोड़ें:
"effortLevel": "high"
यह Sonnet 5 को शुरू से ही "दृढ़" पक्ष की ओर धकेलता है।
हालाँकि, CLAUDE.md को केवल लंबा नहीं होना चाहिए।
आदर्श रूप से, यह 60 पंक्तियों से कम होना चाहिए। अधिकतम 200 से 300 पंक्तियाँ। प्रत्येक पंक्ति के लिए पूछें, "यदि मैं इसे हटा दूं, तो क्या Claude गलती करेगा?" यदि उत्तर नहीं है, तो इसे हटा दें।
वे चीजें न लिखें जो कोड से अनुमान लगाई जा सकती हैं। मानक प्रथाएँ न लिखें। जो कुछ लिंटर संभाल सकता है, उसे लिंटर पर छोड़ दें।
आपको जो लिखना चाहिए वे हैं अप्रत्याशित कमांड, अद्वितीय प्रथाएँ, परीक्षण कैसे चलाएँ, नुकसान और वास्तुशिल्प निर्णय।
महत्वपूर्ण निर्देशों को शुरुआत में रखें। "अनुशंसित" के बजाय "अवश्य" या "निषिद्ध" जैसे मजबूत शब्दों का उपयोग करें।
CLAUDE.md AI को लिखा गया अनुरोध पत्र नहीं है। यह टीम के काम के नियम हैं।
ऐसी स्थितियाँ जहाँ आपको अभी भी Fable 5 का उपयोग करना चाहिए
इतना पढ़ने के बाद, आप सोच सकते हैं, "तो क्या मुझे Fable 5 की आवश्यकता नहीं है?"
नहीं।
Fable 5 आवश्यक है। हालाँकि, आपको यह संकीर्ण करना चाहिए कि आप इसका उपयोग कहाँ करते हैं।
पाटा जा सकने वाला अंतर उस काम में है जहाँ सही उत्तर का यांत्रिक रूप से निर्णय किया जा सकता है।
परीक्षणों द्वारा आंके जा सकने वाले कार्यान्वयन सुधार। बल्क वर्गीकरण, निष्कर्षण और सारांश। छोटे बदलाव जहाँ मानवीय समीक्षा वैसे भी होगी। एक अच्छे CLAUDE.md के साथ Sonnet 5 इन कार्यों में अच्छी प्रतिस्पर्धा कर सकता है।
जिन अंतरालों को पाटा नहीं जा सकता, वे मुख्य रूप से तीन हैं:
1. वह काम जहाँ जाँचकर्ता नहीं लिखा जा सकता।
क्या यह डिज़ाइन ठीक है? क्या इस माइग्रेशन प्लान में छेद हैं? पहली बार में क्या बनाया जाना चाहिए? यदि स्वीकृति मानदंड लिखना ही काम का मूल है, तो आप पहले सत्यापन लूप नहीं चला सकते।
2. नियम आवेदन का निर्णय।
भले ही आप "इसे सरल रखें" लिखें, मॉडल तय करता है कि सरल क्या है। भले ही आप "बिना अनुमति के अमूर्त न करें" लिखें, अमूर्तता कहाँ से शुरू होती है यह स्थिति के साथ बदलता है।
3. दीर्घकालिक संदर्भ प्रतिधारण।
यह कच्ची शक्ति में अंतर है। जबकि प्रॉम्प्ट इसे सुधार सकते हैं, यह पूरी तरह से गायब नहीं होगा।
Fable 5 द्वारा प्रदान किए गए निर्णय मानदंड सबसे व्यावहारिक थे।
यदि आप पहले स्वीकृति परीक्षण लिख सकते हैं, तो Sonnet का उपयोग करें। यदि स्वीकृति परीक्षण लिखना स्वयं कठिन है, तो Fable का उपयोग करें। यदि अनिश्चित हैं, तो Sonnet से शुरू करें, और केवल उन कार्यों के लिए Fable पर स्विच करें जिनके परिणामस्वरूप लगातार दो रीवर्क हों।
मुझे लगता है कि यह ठीक है।
आपको शुरू से ही सब कुछ Fable पर नहीं डालना है। इसके विपरीत, यह कहना कि सब कुछ Sonnet द्वारा संभाला जा सकता है, भी लापरवाही है।
सस्ते Sonnet से शुरू करें। संरचना के साथ विफलताओं को कम करें। दो असफलताओं के बाद Fable पर स्विच करें।
8 जुलाई के बाद उपयोग को अलग करने का यही यथार्थवादी तरीका है।
आज क्या करें
पहला, इस लेख के 7 टिप्स को अपने प्रोजेक्ट के CLAUDE.md में पेस्ट करें।
अगला, settings.json में effortLevel को high पर सेट करें।
फिर, अपने अगले कार्य के लिए, इसे "सफलता की शर्तें," "एकाधिक व्याख्याएँ," और "सत्यापन रिपोर्ट" आउटपुट करना सुनिश्चित करें।
लंबे कार्यों के लिए, कार्यान्वयन भूमिका और सत्यापन भूमिका को अलग करें। निर्माता को स्वयं ग्रेड न करने दें; इसे एक अलग संदर्भ में Claude को दिखाएं।
और केवल उन कार्यों के लिए Fable 5 पर स्विच करें जहाँ रीवर्क दो बार जारी रहते हैं।
भले ही Fable 5 की निःशुल्क अवधि समाप्त हो, जो समाप्त होता है वह केवल निःशुल्क चखने की अवधि है।
आपको वास्तव में जो रखना चाहिए वह है Fable 5 का व्यवहार।
Sonnet 5 को Fable 5 में बदलें।
पहला कदम हर बार लंबे जादुई प्रॉम्प्ट चिपकाना नहीं है।
यह कार्य टेम्पलेट को CLAUDE.md में रखना है।
लेकिन इतना पढ़ने के बाद, आपने सोचा होगा:
"मैं सेटिंग्स समझ गया। लेकिन मुझे नहीं पता कि इस उन्नत AI के साथ क्या बनाना है या कैसे कमाना है।"
यह उल्टा है। AI जो सस्ता और होशियार हो गया है, उसका उपयोग पहले ग्राहक आकर्षण और सामग्री के बड़े पैमाने पर उत्पादन के लिए किया जाना चाहिए। यदि आप Sonnet में Fable-स्तर की दृढ़ता बेक कर सकते हैं, तो आप कम लागत पर दैनिक पोस्ट, लेख, फ़नल, उत्पाद विचार और सुधार लूप चला सकते हैं।
विशिष्ट विवरण मेरी पिन की गई पोस्ट में संक्षेपित हैं। उन लोगों के लिए जो गंभीरता से "AI का सस्ते और स्मार्ट तरीके से उपयोग करके ग्राहक आकर्षण और मुद्रीकरण से जुड़ना" चाहते हैं, कृपया यहाँ जाएँ ↓
