Claude Code में Claude Fable 5: Opus 5 के खिलाफ एक व्यावहारिक परीक्षण

Fable 5 क्या है?

Fable 5 Anthropic के Claude 5 परिवार का कोडिंग-केंद्रित मॉडल है, जो 9 जून, 2026 को जारी हुआ। यह Mythos 5 के साथ आया, जो इसका सिब्लिंग मॉडल है और जिसमें सेफ्टी क्लासिफायर नहीं हैं, जिसे Anthropic ने केवल चंद वेरिफ़ाइड संगठनों को पेश किया। रिलीज़ के पूरे वॉकथ्रू और बेंचमार्क्स में Fable 5 की तुलना के लिए हमारा समर्पित Fable 5 गाइड देखें।

Fable 5 की कीमत Opus 5 से अधिक है और इसका लक्ष्य कठिन कोडिंग कार्य हैं। अनुभव में मुख्य फर्क यह है कि यह हर अनुरोध पर थिंकिंग चलाता है और इसे बंद नहीं किया जा सकता, इसलिए यह अपेक्षाकृत धीमा और सधे हुए अंदाज़ में लगता है। Opus 5 खुद तय करता है कि किसी प्रॉम्प्ट पर अतिरिक्त थिंकिंग करनी चाहिए या नहीं।

स्पेसिफिकेशन और प्राइसिंग

दोनों मॉडलों का कॉन्टेक्स्ट विंडो और अधिकतम आउटपुट साइज एक जैसा है। वे कीमत और थिंकिंग कैसे काम करती है, इसमें अलग हैं।

Fable 5 की प्रति टोकन कीमत Opus 5 से लगभग दोगुनी है। क्योंकि इसकी थिंकिंग हमेशा ऑन रहती है, एक रन में आमतौर पर ज़्यादा टोकन निकलते हैं, इसलिए वास्तविक उपयोग में कीमत का फासला प्रति-टोकन दर से भी अधिक होता है। इस गाइड के आगे के हेड-टू-हेड बिल्ड में, छोटे प्रोग्राम के लिए Fable ने Opus की तुलना में 74% ज़्यादा आउटपुट टोकन निकाले।

बेंचमार्क अंतर सहित गहरी तुलना के लिए, हमारा Claude Opus 5 बनाम Claude Fable 5 गाइड पढ़ें।

वह अस्वीकृति व्यवहार जिसके लिए आपको कोड लिखना होगा

Fable 5 की एक सार्वभौमिक रूप से खीझ पैदा करने वाली बात इसका बिल्ट-इन सेफ्टी क्लासिफायर है। क्योंकि मॉडल को बहुत शक्तिशाली माना जाता है, क्लासिफायर उसे ऐसे अनुरोधों को संभालने नहीं देता जो ज़रा-सा भी बायोलॉजी या साइबरसिक्योरिटी जैसे क्षेत्रों से संबंधित हों।

एक इम्यूनोलॉजिस्ट के लिए, केवल "cancer" शब्द ही बायोसिक्योरिटी फ़िल्टर में फँस गया, जिससे Claude Code Opus 4.8 पर फॉलबैक कर गया।

मुझे भी यह हाल में एक निजी प्रोजेक्ट में लॉगिन बग पर झेलना पड़ा। फ्लो में OTP साइन-इन के लिए Telegram Gateway API था, और Fable 5 ने इसे छूने से ही साफ़ इनकार कर दिया। Opus 5 ने काम कर दिया, जो कि असली समस्या है: उस बग में सुरक्षा जोखिम जैसा कुछ नहीं था।

ऑटोमेटिक, ज़ीरो-कॉन्फ़िग फॉलबैक केवल Claude Code और Claude ऐप्स के अंदर होता है। यदि आप API के ज़रिये Fable का उपयोग कर रहे हैं, तो आपको 200 सक्सेस कोड मिलने के बावजूद रिस्पॉन्स में stop_reason फ़ील्ड मिलेगा।

रिस्पॉन्स कुछ इस तरह दिखता है:

{
  "stop_reason": "refusal",
  "stop_details": {
	"category": "bio",
	"explanation": "The request was declined by a safety classifier."
  }
}

इसलिए, आपको stop_reason को रिस्पॉन्स कंटेंट पढ़ने से पहले ज़रूर जाँचना होगा। 

सर्वर-साइड फॉलबैक सक्षम करने के लिए, एक fallbacks ऐरे पास करें (जैसे "fallbacks": [{"model": "claude-opus-4-8"}]) और anthropic-beta: server-side-fallback-2026-06-01 हेडर भेजें। इसे हर अनुरोध पर सेट करें; कोई अकाउंट-स्तरीय स्विच नहीं है।

फॉलबैक मॉडल पर नोट

आप सोच सकते हैं कि कुछ स्रोत Fable 5 के Opus 4.8 पर फॉलबैक की बात करते हैं जबकि अन्य Opus 5 का ज़िक्र करते हैं। दोनों सही हैं, क्योंकि टार्गेट श्रेणी और सतह पर निर्भर करता है। 

Claude Code में, बायोलॉजी-फ़्लैग्ड अनुरोध अब Opus 5 पर री-रन होता है, जबकि साइबरसिक्योरिटी-फ़्लैग्ड अनुरोध अब भी Opus 4.8 पर री-रन होता है। API पर, सर्वर-साइड fallbacks फ़ीचर फिलहाल केवल Opus 4.8 को सपोर्ट करता है। 

यह बँटवारा टाइमिंग आर्टिफ़ैक्ट है: Fable के जून लॉन्च पर सब कुछ Opus 4.8 पर फॉलबैक होता था, और 24 जुलाई को Opus 5 आने के बाद बायोलॉजी पाथ को बाद में Opus 5 की ओर मोड़ा गया।

Fable 5 विवाद

सेफ्टी क्लासिफ़ायर से परे भी, Fable 5 की शुरुआत उथल-पुथल भरी रही है।

साइलेंट थ्रॉटल और फॉल्स रिफ्यूज़ल

लॉन्च के कुछ दिनों बाद, Fortune ने रिपोर्ट किया कि Anthropic ने चुपचाप, बिना बताए, AI और ML इन्फ्रास्ट्रक्चर ट्रैफ़िक के लगभग 0.03% पर Fable 5 के उत्तरों को कमजोर कर दिया।

कई शोधकर्ता और डेवलपर नाराज़ थे, क्योंकि वे $200 सब्सक्रिप्शन देकर एक वर्कहॉर्स फ्रंटियर मॉडल की उम्मीद कर रहे थे जो किसी भी कार्य को संभाल सके।

Anthropic ने एक दिन के भीतर सामुदायिक दबाव के आगे झुकते हुए कहा कि उन्होंने "गलत समझौता" किया। बदला क्या? दृश्यता, थ्रॉटल नहीं। अब फ़्लैग्ड अनुरोध अस्वीकृति की तरह ही सतह पर आते हैं, और गिरावट बनी रहती है। Anthropic का तर्क है कि उसकी शर्तें पहले से ही Claude का उपयोग प्रतिस्पर्धी AI सिस्टम बनाने के लिए निषिद्ध करती हैं, जो बचावयोग्य है। इसे एक महीने तक चुपचाप करना नहीं था।

एक्सपोर्ट-कंट्रोल सस्पेंशन

फिर बड़ा झटका आया। 12 जून को खुले में सामने आए एक जेलब्रेक ने वाणिज्य (Commerce) के एक्सपोर्ट-कंट्रोल आदेश को ट्रिगर किया, और Anthropic ने Fable 5 और Mythos 5 दोनों को 19 दिनों के लिए विश्वभर में ऑफ़लाइन कर दिया।

Anthropic ने पूरे समय रिकॉल पर कड़ा रुख रखा। उसका तर्क था कि जेलब्रेक सार्वभौमिक नहीं बल्कि संकीर्ण था, और कमजोर मॉडल भी इसे ढूंढ सकते थे, तो रिकॉल मानक उसकी नज़र से अपारदर्शी लग रहा था। मानक की ऊँचाई पर उसका तर्क वाजिब था। किसी ने भी अब तक सार्वभौमिक जेलब्रेक नहीं बनाया, और आज कोई मॉडल उस कसौटी पर खरा नहीं उतरता। UK AI Safety Institute ने इसकी ओर प्रगति की रिपोर्ट दी है, पर कुछ भी वास्तविक रूप से काम करता नहीं दिखा।

मानक की ऊँचाई पर उसका तर्क वाजिब था, हालांकि इसे रखने का तरीका नहीं। सार्वभौमिक जेलब्रेक मौजूद हैं: UK AI Security Institute की रिपोर्ट कहती है कि उसने अपने द्वारा जाँचे हर फ्रंटियर सिस्टम के लिए ऐसे जेलब्रेक पाए हैं, और उसके रेड-टीमर ने Fable 5 के खिलाफ भी एक बनाया, जो मॉडल कार्ड के अनुसार कुछ घंटों में सिंगल-टर्न और कुछ दिनों में मल्टीटर्न एजेण्टिक वर्कफ़्लो तक बढ़ गया।

असल विवाद इस बात पर है कि क्या ऐसी कसौटी रिकॉल को ट्रिगर करे, न कि इस पर कि ऐसे जेलब्रेक संभव हैं या नहीं।

बहाली, नए प्रतिबंधों के साथ

Anthropic ने और मज़बूत क्लासिफ़ायर जारी किया और 99% से अधिक ब्लॉक रेट रिपोर्ट किया, और उसी आधार पर, लगभग 30 जून को Commerce ने नियंत्रण हटा लिए।

1 जुलाई को सामान्य एक्सेस लौटा, पर कड़ी शर्तों के साथ। वादा किया गया दो हफ्ते का अनरिस्ट्रिक्टेड विंडो घटकर लगभग एक हफ्ता रह गया, और नया 50% साप्ताहिक कैप का मतलब था कि इसे पार करने के बाद Fable 5 के और उपयोग पर पूरे $10 और $50 रेट पर क्रेडिट्स के रूप में बिलिंग होती। यह Reddit पर सब्सक्राइबर्स की नाराज़गी के लिए काफ़ी था।

Anthropic ने डेडलाइन दो बार बढ़ाई, फिर 20 जुलाई को प्लान के आधार पर नीति विभाजित कर दी: Max और Team Premium में Fable 5 साप्ताहिक लिमिट के 50% पर बिना अंतिम तिथि के बना रहता है, जबकि Pro और Team Standard को एक बार का $100 क्रेडिट मिलता है और उसके बाद API दर पर भुगतान करना पड़ता है। Mythos 5 वापस केवल करीब 100 वेरीफाइड अमेरिकी संगठनों तक सीमित हो गया, जो पहले के व्यापक अंतरराष्ट्रीय कार्यक्रम से कम है।

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

उसी प्रोजेक्ट पर Claude Fable 5 बनाम Opus 5

दोनों मॉडलों को समान परिस्थितियों में देखने के लिए, मैंने प्रत्येक को एक नई Claude Code सत्र में वही काम दिया। बाद में, मैंने दोनों के पूरे सत्र ट्रांसक्रिप्ट, आंतरिक JSONL फ़ाइलें पढ़ीं, और दोनों तैयार ऐप्स को ब्राउज़र में ग्रेड किया।

मेरे इस तुलना का पहला प्रयास URL शॉर्टनर पर था। यह गलती थी। दोनों मॉडलों ने लगभग समान ऐप बनाए, थीम और फ़ीचर सेट तक, क्योंकि URL शॉर्टनर का एक ही स्पष्ट उत्तर होता है जो हर मॉडल के ट्रेनिंग डेटा में पड़ा होता है। टेस्ट ने कुछ नापा ही नहीं।

Fable 5 और Opus 5 में एक-शॉट लिविंग इकोसिस्टम सेटअप करना

तो मैंने ऐसा काम चुना जिसका कोई मानक उत्तर न हो: एक लिविंग इकोसिस्टम सिमुलेशन। खाद्य जाल में तीन प्रजातियाँ, एजेंट जो झुंड बनाते हैं, शिकार करते हैं, और भूख से मरते हैं, एक साथ स्क्रीन पर 5000 एजेंट, और पूरा कुछ एक सीड से निर्धारक। प्रॉम्प्ट उन लाइब्रेरीज़ पर रोक लगाता है जो कठिन हिस्से सँभाल लेतीं, इसलिए हर मॉडल को अपने स्पैशियल क्वेरी, स्टीयरिंग, और पॉपुलेशन डायनैमिक्स खुद लिखने हैं।

यह रहा वही प्रॉम्प्ट जो दोनों मॉडलों को ज्यों का त्यों दिया गया:

Build a living ecosystem simulation that runs in the browser, and ship it end-to-end in one shot, without asking me any questions or pausing for confirmation. Make all decisions yourself and only stop when it is fully built, tested, and pushed to GitHub.
 
Requirements:
 
- A real-time canvas simulation of an ecosystem with at least three species in a food web (for example producers, herbivores, predators). Species interact: they eat, they are eaten, they reproduce, and they die.
- Agents move with steering behaviour — flocking among their own kind, and avoidance or pursuit across species.
- Each agent has an energy budget. Moving and reproducing cost energy, eating restores it, and running out kills the agent. Population levels must emerge from these rules rather than being scripted.
- The simulation must stay stable and interactive at 5000 agents. Show a live FPS counter and a live population graph per species.
- The whole world is generated from a numeric seed. The same seed must always produce the same run.
- Controls to pause, resume, reset, reseed, and tune the key simulation parameters live while it runs.
- Implement the simulation yourself: the steering, the spatial queries, the integration, and the population dynamics. Do not use a physics engine, a flocking library, a game engine, or a charting library. Plain canvas and your own code.
- Tests covering the core simulation logic.
- A README with setup and run instructions.
 
The simulation should run in the browser and be usable by someone who has never seen it before.
 
When it is complete, create a new GitHub repository with the gh CLI (which is already installed and authenticated) and push the project to it.

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

यह कार्य एक दिखने में पूरी तरह विज़ुअल आउटपुट के भीतर चार निष्पक्ष परीक्षण भी छुपाता है। 

• नेबर सर्च को स्पैशियल इंडेक्स का उपयोग करना होगा, वरना 5000 एजेंट पर फ्रेम रेट गिर जाएगी। 
• दुनिया को सही ढंग से रैप या क्लैम्प करना होगा, वरना एजेंट दीवारों से पार निकल जाएँगे। 
• रैंडमनैस को सीडेड जेनरेटर से चलना होगा, वरना एक ही सीड पर अलग रन मिलेंगे। 
• और जन्म और मृत्यु दर में संतुलन होना चाहिए, वरना आबादी या तो शून्य पर ठहर जाएगी या फट पड़ेगी। 

इनमें से हर विफलता स्क्रीन पर दिखती है, यही वजह है कि एक सुंदर डेमो को ग्रेड किया जा सकता है।

दोनों बिल्ड लाइव हैं, ताकि आप मेरी बात मानने के बजाय खुद यह तुलना चला सकें। इन्हें साथ-साथ खोलें और दोनों को रिसीड करें:

• Fable 5 का बिल्ड: ecosystem-fable-5.vercel.app (स्रोत)
• Opus 5 का बिल्ड: ecosystem-opus-5.vercel.app (स्रोत)

दोनों के स्क्रीनशॉट नीचे हैं, यदि आप क्लिक करने के बजाय पढ़ना पसंद करें। पर एक बात ध्यान दें: स्क्रीनशॉट पूरे स्क्रीन में फिट करने के लिए ज़ूम-आउट हैं, इसलिए बारीकियाँ बिल्कुल साफ़ नहीं दिख सकतीं।

हर रन को वास्तव में किस मॉडल ने सर्व किया

नतीजों से पहले, एक पद्धतिगत नोट जिसे पढ़ते समय ध्यान में रखना ज़रूरी है।

जब Fable 5 का सेफ्टी क्लासिफ़ायर अनुरोध अस्वीकार करता है तो Claude Code Opus पर फॉलबैक कर सकता है, इसलिए Fable के लेबल वाला रन जरूरी नहीं कि पूरी तरह Fable से आया हो। मानने के बजाय, मैंने दोनों ट्रांसक्रिप्ट में हर असिस्टेंट इवेंट पर model फ़ील्ड रिकॉर्ड किया।

खुशकिस्मती से, मेरी तुलना में, Fable रन के हर इवेंट का मॉडल claude-fable-5 रहा, कुल 103। Opus रन के हर इवेंट का मॉडल claude-opus-5 रहा, कुल 247। किसी भी दिशा में फॉलबैक ट्रिगर नहीं हुआ। नीचे दिए गए आँकड़े लेबल वाले मॉडलों का ही वर्णन करते हैं।

Fable 5 और Opus 5 ने समस्या को कैसे निपटाया

Fable ने चुपचाप काम किया। उसने 56 टूल कॉल चलाए और पूरे बिल्ड में केवल 2 टेक्स्ट ब्लॉक्स में 429 शब्दों की टिप्पणी छापी।

Opus ने खुले में काम किया। उसने 137 टूल कॉल चलाए, यानी दोगुने से अधिक, और 110 ब्लॉक्स में 4,808 शब्द छापे। वॉल्यूम का हिसाब करें तो दोनों मॉडलों ने लिखी गई प्रति फ़ाइल औसतन लगभग 2 एडिट के आसपास ही संशोधन किए।

टूलिंग में भी फर्क रहा। Fable ने सादे ES मॉड्यूल शिप किए जिनमें python3 -m http.server स्टार्ट स्क्रिप्ट था और node_modules बिल्कुल नहीं। Opus ने Vite और Vitest इंस्टॉल किए और एक वास्तविक टूलचेन पर बिल्ड किया।

नीचे दिए गए बिल्ड समय केवल सक्रिय काम को मापते हैं। मैंने हर रन को उसके पहले असिस्टेंट इवेंट से आख़िरी तक लिया और कोई भी खाली अवधि घटा दी जहाँ सत्र इंतज़ार में था, बिल्डिंग में नहीं।

नतीजे: गति, लागत, और शुद्धता

Fable की लागत 43% अधिक आई और छोटे प्रोग्राम के लिए 74% अधिक आउटपुट टोकन निकले। चूँकि यह अपनी थिंकिंग बंद नहीं कर सकता, काम की ज़रूरत न होने पर भी बिलिंग चलती रहती है।

दोनों मॉडलों ने हर निष्पक्ष जाँच पास की: 

• एक ही सीड पर वही दुनिया दोहरती है।
• अलग सीड पर अलग परिणाम आते हैं।
• कुछ भी NaN नहीं बनता।
• कोई एजेंट अधिकतम गति पर भी दुनिया से बाहर नहीं निकलता।
• दोनों ब्राउज़र में 60 FPS रखते हैं और कंसोल एरर शून्य हैं।

Opus का सिमुलेशन प्रति टिक 2.3 गुना तेज है। यह एजेंट्स को टाइप्ड एरेज़ में स्टोर करता है—प्रत्येक प्रॉपर्टी के लिए एक फ़्लैट एरे—और प्रति प्रजाति अलग स्पैशियल ग्रिड रखता है। Fable हर एजेंट को अपना ऑब्जेक्ट देता है और तीनों प्रजातियों के लिए एक समान ग्रिड साझा करता है। दोनों सही हैं, पर Opus का डेटा लेआउट तेज़ है।

वह डिफेक्ट जो Fable ने शिप किया

Fable का npm test स्क्रिप्ट नहीं चलता। उसने node --test test/ शिप किया, जिसे Node 26 डायरेक्टरी के बजाय मॉड्यूल पाथ मानता है, इसलिए कमांड एक भी टेस्ट चले बिना ही मर जाता है। नीचे के 16 टेस्ट ठीक हैं और फ़ाइलों को स्पष्ट रूप से नाम देने पर पास हो जाते हैं। package.json में एंट्री पॉइंट टूटा हुआ है।

यह छोटा बग है पर कीमत बड़ी, क्योंकि वही कमांड जो पाठक वास्तव में टाइप करेगा, वही फेल होती है। Fable ने इसे पकड़ा भी नहीं, जो अहम है: प्रॉम्प्ट ने टेस्ट माँगे थे, और इसे ऐसे रास्ते से वेरिफ़ाई किया जो इसके अपने यूज़र्स नहीं अपनाएँगे।

Opus में ऐसा कोई फेल्योर नहीं। इसके 58 टेस्ट npm test से चलते हैं और पास होते हैं। दोनों सूट यहाँ अहम चीज़ों का परीक्षण करते हैं—सीडेड डेटरमिनिज़्म, ऊर्जा संरक्षण, टोरस रैपिंग, और लंबे समय तक प्रजातियों का टिकना—तो अंतर गहराई का है, प्रकार का नहीं। जो एक जाँच केवल Opus ने लिखी, वह 5000-एजेंट का स्ट्रेस टेस्ट है, जो सबसे अधिक टूटने वाली आवश्यकता भी है।

स्क्रीनशॉट क्या दिखाते हैं

दोनों ऐप्स एक-दूसरे से बिल्कुल अलग दिखते हैं, और कार्य बदलने का यही पूरा कारण था।

Fable 5: बायीं ओर कंट्रोल, एजेंट फ्लैट स्क्वेयर के रूप में, प्रजातियों के नाम Plants, Herbivores, और Predators।

Opus 5: दायीं ओर कंट्रोल, एजेंट ऐसे त्रिभुज जो दिशा दर्शाते हैं, प्रजातियों के नाम Plankton, Grazers, और Hunters।

UI के लिहाज़ से, ये सबसे बड़े अंतर हैं:

• Fable ने कंट्रोल पैनल बायीं ओर रखा और हर एजेंट को फ्लैट स्क्वेयर के रूप में ड्रॉ किया, और प्रजातियों के नाम Plants, Herbivores, और Predators रखे।
• Opus ने पैनल दायीं ओर रखा और दिशात्मक त्रिभुज बनाए, ताकि आप झुंड की दिशा पढ़ सकें। इसने एक जलीय थीम बनाई और Plankton, Grazers, और Hunters चुने।

पॉपुलेशन ग्राफ पढ़ना

डिज़ाइन का फर्क पॉपुलेशन ग्राफ़ में तेज़ दिखता है।

Fable 5 का ग्राफ, लीनियर स्केल। प्लांट लाइन पूरी ऊँचाई लेती है और प्रीडेटर लाइन नीचे जमी हुई है।

Opus 5 का ग्राफ, लॉग स्केल। तीनों प्रजातियाँ पठनीय रहती हैं, और हंटर लाइन ग्रेज़र लाइन को पार करती है।

दोनों सिमुलेशन प्रीडेटर-प्रे सिस्टम की तरह ऑस्सिलेट करते हैं। Fable के प्लांट 5 मिनट में 520 से 7,061 के बीच झूलते हैं, जबकि हर्बिवोर्स और प्रीडेटर्स उनके पीछे-पीछे साइकल करते हैं—प्रीडेटर्स 248 पर पीक करते हैं ठीक उसी समय जब हर्बिवोर्स 119 पर बॉटम करते हैं।

लीनियर स्केल पर, प्लांट लाइन पूरी वर्टिकल रेंज खा जाती है, हर्बिवोर्स पतली पट्टी में सिमटते हैं, और प्रीडेटर्स अक्ष के साथ चिपके रहते हैं।

इसीलिए Opus ने अपना ग्राफ लॉग स्केल पर रखा और पीक को लेबल किया। तीनों प्रजातियाँ पठनीय रहती हैं, और आप देख सकते हैं कि हंटर लाइन कैसे उठती है, ग्रेज़र लाइन को पार करती है, और ग्रेज़र्स के उबरने पर गिरती है। डेटा की श्रेणी एक है—पढ़ने लायक केवल एक चार्ट है।

दोनों इकोसिस्टम कैसे बर्ताव करते हैं

अंदरूनी इकोसिस्टम भी अलग हैं। Opus अपने उत्पादक लेयर को 4,229 प्लैंकटन पर कैप करता है, तो वह आबादी छत से सटी रहती है और केवल ऊपर की दो प्रजातियाँ साइकल करती हैं। Fable तीनों को कपल्ड छोड़ता है, जिससे बड़े झुलाव और ज़्यादा जीवंत दुनिया मिलती है। प्रॉम्प्ट में माँगे बिना हमें स्थिरता बनाम गतिशीलता का फर्क मिला।

Fable 5 का पैरामीटर पैनल: सिमुलेशन की अपनी इकाइयों में 13 स्लाइडर।

Opus 5 का पैरामीटर पैनल: 9 स्लाइडर, हर एक 1.00 से शुरू होने वाला मल्टीप्लायर, World और Behaviour समूहों में विभाजित।

Fable 13 पैरामीटर वास्तविक इकाइयों में देता है: प्लांट ग्रोथ 5, परसेप्शन रेडियस 60, सेपरेशन 1.5, और प्रति-प्रजाति मेटाबॉलिज़्म। Opus 9 देता है, सभी 1.00 से शुरू होने वाले सामान्यीकृत मल्टीप्लायर, World और Behaviour समूहों में बँटे हुए। 

एक वाक्य में: Fable आपको अधिक नियंत्रण देता है, जबकि Opus ऐसा पैनल देता है जो आपको इकोसिस्टम संतुलन आसानी से बिगाड़ने नहीं देता।

क्या आपको Fable 5 या Opus 5 चुनना चाहिए?

डिफ़ॉल्ट के रूप में Opus 5 का उपयोग करें। इस बिल्ड में, इसकी लागत 30% कम रही, सिमुलेशन 2.3x तेज़ चला, और बेहतर टेस्ट कवरेज लिखी। Fable गति में जीता, लगभग आधे समय में खत्म किया।

जब आप कम निगरानी में एक ही पास में बिल्ड पूरा कराना चाहते हों, या जब डिपेंडेंसी फ़ुटप्रिंट मायने रखता हो, तब Fable 5 पर जाएँ। Fable ने शून्य-डिपेंडेंसी प्रोग्राम शिप किया जो विकल्प से 42% छोटा था, और यह 103 असिस्टेंट टर्न में पहुँचा जबकि दूसरे को 247 लगे। यह संक्षिप्तता उस कार्य पर असली क़ीमत रखती है जिसे आप बाद में खुद पढ़ने वाले हैं।

अंतिम विचार

एक ही प्रोजेक्ट प्रकार के दो बिल्ड अब भी बेंचमार्क नहीं हैं। वास्तविक दुनिया का प्रदर्शन, मौजूदा बेंचमार्क्स के बावजूद, काफी भिन्न हो सकता है।

उदाहरण के लिए, भले ही हमारी तुलना में Fable ने Opus से अधिक टोकन उपयोग किए, अधिकांश डेवलपर उलटा साझा कर रहे हैं: समान कार्यों पर Opus 5, Fable या Sol दोनों से कहीं अधिक टोकन जला रहा है। शंका यह है कि Opus 5 के RL प्री-ट्रेनिंग ने उसे मददगार और संक्षिप्त होने के बजाय टोकन लागत बढ़ाने के लिए कुछ ज़्यादा ही ऑप्टिमाइज़ कर दिया। तुलना से बाहर, मैंने अपने काम में यह बात महसूस की है। Opus परिवार के मॉडल सतह पर तेजी से अधिक वर्बोज़ होते जा रहे हैं और पढ़ने में कठिन।

व्यक्तिगत रूप से, मैं अपने लगभग सभी कोडिंग प्रोजेक्ट्स—क्लाइंट्स के लिए भी—में Fable 5 का उपयोग जारी रखूँगा, क्योंकि लंबी दौड़ में यह शुद्धता में जीतता है। मैं नवीनतम Max प्लान पर हूँ, और अभी तक अपनी उपयोग सीमा तक नहीं पहुँचा, भले ही कई सत्रों में Fable का उपयोग करता हूँ (हालाँकि मैं Claude Code को लगातार नहीं चलाता)। जब टोकन बिल मायने रखेगा, या जब मुझे अपने समझ के लिए चल रहे कार्य पर रनिंग कमेंट्री चाहिए होगी, तब मैं Opus का उपयोग करूँगा।

मॉडलों और उनके आसपास के टूलिंग पर और अधिक के लिए, मैं हमारा पूरा गाइड Claude Fable 5 पढ़ने की सलाह देता हूँ, साथ ही Claude Code और Claude Code के सर्वश्रेष्ठ अभ्यास पर ट्यूटोरियल भी।