Claude Fable 5.1 को कोडिंग प्रोजेक्ट्स के लिए कैसे इस्तेमाल करें
Claude Fable 5.1 असली डेवलपमेंट वर्क के लिए बनाया गया है। चाहे आप प्रोडक्शन में बग ठीक कर रहे हों, टेस्ट लिख रहे हों या नई API का आर्किटेक्चर डिज़ाइन कर रहे हों, यह मॉडल उस जटिलता को संभालता है जिसमें ज़्यादातर AI टूल्स चूक जाते हैं। यह लेख आपको दिखाता है कि सेटअप से लेकर शिपिंग तक, आपके कोडिंग वर्कफ़्लो के हर चरण में इसे ठीक से कैसे लगाया जाए।
Claude Fable 5.1 चुपचाप लॉन्च हुआ, लेकिन रोज़मर्रा के कोडिंग काम पर इसका असर बिल्कुल भी चुप नहीं रहा है। अगर आप कुछ महीनों से भी ज़्यादा समय से AI की मदद से सॉफ़्टवेयर लिख रहे हैं, तो आप जानते हैं कि ज़्यादातर मॉडल आसान काम ठीक से कर लेते हैं, लेकिन जैसे ही उन्हें कोई असली काम दिया जाता है, वे लड़खड़ाने लगते हैं: 500 लाइन का पुराना फ़ंक्शन जिसे रीफ़ैक्टर करना है, कम दस्तावेज़ों वाला कोई अजीब API इंटीग्रेशन, या ऐसी डीबगिंग जिसमें एरर मैसेज लगभग कुछ नहीं बताता। Claude Fable 5.1 को ख़ास तौर पर उसी दूसरी श्रेणी के लिए बनाया गया था।
यह लेख बताता है कि इसे कैसे इस्तेमाल करें, आपकी पहली API कॉल से लेकर एक पूरे डेवलपमेंट लूप तक, जहाँ यह मॉडल सिर्फ़ एक फ़ैंसी ऑटोकम्प्लीट नहीं, बल्कि आपकी टीम का सचमुच उत्पादक सदस्य बन जाता है।
Claude Fable 5.1 असल में क्या करता है
Claude Fable 5.1 Anthropic का कोडिंग-केंद्रित मॉडल है, जो Fable सीरीज़ का हिस्सा है। यह हल्के Claude 4.5 Sonnet (तेज़, किफ़ायती) और भारी Claude Opus 4.7 (सबसे गहरी रीज़निंग) के बीच आता है। Fable 5.1 की ख़ासियत है लगातार कई चरणों वाला कोडिंग काम: ऐसे काम जिनमें बड़ा कोडबेस संदर्भ में रखना पड़े, कई फ़ाइलों में तर्क की एक लंबी श्रृंखला को पकड़कर चलना पड़े, और ऐसा आउटपुट देना पड़े जो पहली बार में ही कंपाइल हो और चले।
सिर्फ़ चैट नहीं, यह कोड में सोचता है
Claude Fable 5.1 और किसी सामान्य-उद्देश्य LLM के बीच का मुख्य फ़र्क यह है कि वह अपनी रीज़निंग का बजट कहाँ लगाता है। जब आप इसे एक फ़ंक्शन सिग्नेचर देकर उसकी बॉडी लिखने को कहते हैं, तो यह ट्रेनिंग के दौरान देखे गए मिलते-जुलते कोड से सिर्फ़ पैटर्न मिलाकर काम नहीं करता। यह एक भी लाइन लिखने से पहले एज केस, डेटा फ़्लो और एरर पाथ पर तर्क करता है। नतीजा ऐसा कोड है जो प्रोडक्शन में टूटने की संभावना काफ़ी कम रखता है।
यह व्यावहारिक रूप से इन तरीकों से दिखता है:
यह आपकी शर्तें आपसे पहले पकड़ लेता है। इसे पेजिनेटेड API एंडपॉइंट लिखने को कहें, तो यह कुछ लिखने से पहले रेट लिमिट, कर्सर बनाम ऑफ़सेट पेजिनेशन और अधिकतम पेज साइज़ स्पष्ट कर देगा।
यह इम्प्लीमेंटेशन के साथ टेस्ट भी लिखता है। बिना कहे, यह अपने बनाए फ़ंक्शनों के लिए टेस्ट कवरेज देने की प्रवृत्ति रखता है।
यह अपने फ़ैसलों की व्याख्या करता है। मॉडल फ़ायदे और नुकसान के बीच के संतुलन को कोड में कमेंट या कोड ब्लॉक के नीचे एक छोटे नोट में समझाता है, जिससे कोड रिव्यू तेज़ होता है।
यह दूसरे मॉडलों को कहाँ पीछे छोड़ता है
काम
Fable 5.1
सामान्य LLM
मल्टी-फ़ाइल रीफ़ैक्टरिंग
मज़बूत, संदर्भ बनाए रखता है
लगभग 3 फ़ाइलों के बाद धागा खो देता है
बग का स्पष्टीकरण
मूल कारण साफ़-साफ़ ढूँढता है
अक्सर लक्षणों की ओर इशारा करता है
API इंटीग्रेशन
दस्तावेज़ पढ़कर टाइप्ड क्लाइंट लिखता है
बिना टाइप वाले स्निपेट बनाता है
टेस्ट जनरेशन
एज केस अपने-आप कवर करता है
ज़्यादातर सिर्फ़ हैप्पी-पाथ
लंबा संदर्भ (128K+)
स्थिर और सटीक
32K के बाद गिरावट आती है
एक्सटेंडेड कॉन्टेक्स्ट विंडो वह फ़ीचर है जो वर्कफ़्लो को सबसे ज़्यादा बदलता है। आप एक पूरा मॉड्यूल पेस्ट करके उससे सिक्योरिटी इश्यू का ऑडिट करा सकते हैं, और यह हर लाइन पढ़ेगा, सिर्फ़ सारांश बनाकर अंदाज़ा नहीं लगाएगा।
इसे सही तरीके से सेट करना
अपने प्रोजेक्ट में Claude Fable 5.1 चालू करने में लगभग दस मिनट लगते हैं। यहाँ बताया गया है कि यह आम परेशानियों के बिना कैसे हो।
API एक्सेस और ऑथेंटिकेशन
आपको एक Anthropic API key चाहिए। मिलने के बाद उसे अपने एनवायरनमेंट में एक्सपोर्ट करें:
export ANTHROPIC_API_KEY="your-key-here"
Python के लिए कॉल सीधी है:
import anthropic
client = anthropic.Anthropic()
response = client.messages.create(
model="claude-fable-5-1-20260101",
max_tokens=4096,
messages=[
{"role": "user", "content": "Refactor this function to use async/await: ..."}
]
)
print(response.content[0].text)
💡 हमेशा अपने मॉडल वर्ज़न को पूरी डेट सफ़िक्स के साथ पिन करें। जब Anthropic कोई अपडेट जारी करता है, तो आप माइग्रेशन का समय खुद तय करना चाहते हैं, न कि ऐसा अपने-आप होने वाला स्विच जो स्प्रिंट के बीच में व्यवहार बदल दे।
IDE इंटीग्रेशन के विकल्प
तीन इंटीग्रेशन रास्ते जानने लायक हैं:
VS Code with Continue.dev: ओपन-सोर्स है, सीधे Anthropic API से जुड़ता है, इनलाइन कम्प्लीशन और चैट दोनों सपोर्ट करता है। मुफ़्त है और कॉन्फ़िग पूरी तरह लोकल है।
Claude Code CLI: Anthropic का अपना CLI टूल। अपने प्रोजेक्ट डायरेक्टरी में claude चलाएँ, और यह आपकी फ़ाइलें पढ़ता है, कमांड चलाता है और कोड लिखता है। रेपो-व्यापी कामों के लिए सबसे अच्छा।
अपने टूलिंग में सीधा API: अगर आपके पास Slack बॉट, CI पाइपलाइन या पुल रिक्वेस्ट बॉट जैसे इंटरनल डेवलपर टूल्स हैं, तो API को सीधे कॉल करने से आपको सबसे ज़्यादा नियंत्रण मिलता है।
भारी कोडिंग सेशन के लिए Claude Code CLI सबसे शक्तिशाली विकल्प है, क्योंकि इसके पास असली फ़ाइल सिस्टम एक्सेस है। यह आपकी पूरी रेपो पढ़ सकता है, npm test चला सकता है, आउटपुट देख सकता है, फ़ेल होने वाले टेस्ट ठीक कर सकता है और बिना आपके कीबोर्ड छुए दोहरा सकता है।
ऐसे प्रॉम्प्ट लिखना जो नतीजे दें
मॉडल तभी उपयोगी है जब आप उसे साफ़ निर्देश दें। अस्पष्ट प्रॉम्प्ट से अस्पष्ट कोड निकलता है। यहाँ बताया गया है कि ऐसे प्रॉम्प्ट कैसे लिखें जो सचमुच काम करें।
अपने कोडिंग अनुरोध को कैसे फ़्रेम करें
डेवलपर्स की सबसे बड़ी गलती यह होती है कि वे बताते हैं कि उन्हें क्या चाहिए, लेकिन यह नहीं बताते कि वह कोड किस सिस्टम में रहेगा। Claude Fable 5.1 को गैर-सामान्य आउटपुट देने के लिए संदर्भ चाहिए।
कमज़ोर प्रॉम्प्ट:
Write a function to send an email.
मज़बूत प्रॉम्प्ट:
I'm using Python 3.12, the sendgrid library v6.11, and a SendGrid API
key stored in os.environ["SENDGRID_API_KEY"]. Write a function called
send_transactional_email(to: str, subject: str, html_body: str) -> bool
that sends an email from noreply@myapp.com, returns True on success,
False on 4xx client errors, and raises an exception on 5xx server errors.
Include a docstring and type hints.
दूसरा प्रॉम्प्ट प्रोडक्शन-रेडी कोड देता है। पहला एक ट्यूटोरियल स्निपेट देता है, जिसे आपको 20 मिनट लगाकर अपने काम के हिसाब से बदलना पड़ेगा।
हर कोडिंग प्रॉम्प्ट के लिए यह ढाँचा इस्तेमाल करें:
भाषा और वर्ज़न
इस्तेमाल हो रही लाइब्रेरी
फ़ंक्शन सिग्नेचर (अगर पता हो)
सफलता और विफलता की शर्तें
स्टाइल की बाध्यताएँ (type hints, docstrings आदि)
कॉन्टेक्स्ट विंडो का फ़ायदा
Claude Fable 5.1 की 200K कॉन्टेक्स्ट विंडो सिर्फ़ एक संख्या नहीं है। यह बदल देती है कि आप इसे कैसे इस्तेमाल कर सकते हैं।
स्निपेट चुनकर पेस्ट करने के बजाय, आप इसे यह सब दे सकते हैं:
आपकी पूरी src/ डायरेक्टरी, cat $(find src -name "*.ts") | pbcopy के ज़रिए
टाइप्ड क्लाइंट बनाने के लिए पूरी OpenAPI स्पेक
आपके टेस्ट सूट के साथ इम्प्लीमेंटेशन, फिर उसे कवरेज गैप ढूँढने को कहें
पूरे स्टैक ट्रेस और संबंधित सोर्स फ़ाइलों के साथ प्रोडक्शन एरर लॉग
💡 कॉन्टेक्स्ट विंडो टिप: सबसे ज़रूरी जानकारी अपने प्रॉम्प्ट की शुरुआत और अंत, दोनों जगह रखें। Transformer मॉडल लंबे इनपुट के किनारों की ओर थोड़ा अटेंशन झुकाव रखते हैं। दोनों सिरों पर निर्देश रखने से लंबे-संदर्भ वाले कामों में आउटपुट की गुणवत्ता लगातार बेहतर होती है।
असली उपयोग के मामले जो घंटों बचाते हैं
ये वे परिदृश्य हैं जहाँ Claude Fable 5.1 एक ही कार्य-दिवस के भीतर अपनी API लागत वसूल लेता है।
सिरदर्द के बिना डीबगिंग
एरर, स्टैक ट्रेस और संबंधित फ़ाइलें पेस्ट करें। समस्या खुद मत समझाइए। बस डेटा दें और पूछें: "मूल कारण क्या है और समाधान क्या है?"
रुक-रुककर आने वाले बग के लिए एक दूसरा चरण जोड़ें: वही संदर्भ पेस्ट करें और पूछें "यह बग किन परिस्थितियों में दोबारा नहीं होगा?" मॉडल वह एक्ज़ीक्यूशन पाथ बताएगा जो समस्या से बचता है, और इससे आमतौर पर पता चल जाता है कि कौन-सी स्थिति उसे ट्रिगर करती है।
मेमोरी लीक और परफ़ॉर्मेंस समस्याओं के लिए, लक्षण को सादे आँकड़ों में बताएँ (लगभग 1000 रिक्वेस्ट के बाद प्रति रिक्वेस्ट मेमोरी लगभग 50MB बढ़ती है, फिर स्थिर हो जाती है)। फिर मॉडल से कोड में आम पैटर्न का ऑडिट करवाएँ: बिना बंद की गई फ़ाइल हैंडल, बिना इविक्शन के बढ़ते कैश, और गार्बेज कलेक्शन को रोकने वाले सर्कुलर रेफ़रेंस।
पुराने कोड को तेज़ी से रीफ़ैक्टर करना
यहीं पर एक्सटेंडेड कॉन्टेक्स्ट सबसे साफ़ चमकता है। 2018 में लिखा गया 300 लाइन का एक फ़ंक्शन पेस्ट करें जो बारह काम करता है। इसे यह करने को कहें:
बताएँ कि फ़ंक्शन अभी सादे शब्दों में क्या करता है
वे ज़िम्मेदारियाँ पहचानें जिन्हें अलग किया जाना चाहिए
मूल व्यवहार बनाए रखते हुए रीफ़ैक्टर्ड वर्ज़न बनाएँ
वे एज केस बताएँ जिनके लिए आपको रिग्रेशन टेस्ट लिखने चाहिए
मॉडल एक रीफ़ैक्टर्ड वर्ज़न और डिफ़-फ़्रेंडली स्पष्टीकरण देता है। गड़बड़ फ़ंक्शन से साफ़ मॉड्यूल तक का समय आधे दिन से घटकर लगभग 20 मिनट रह जाता है।
💡 मर्ज करने से पहले रीफ़ैक्टर्ड आउटपुट को हमेशा अपने मौजूदा टेस्ट सूट के साथ जाँचें। Claude Fable 5.1 सटीक है, लेकिन जटिल बिज़नेस लॉजिक पर कोई भी मॉडल अचूक नहीं है।
मिनटों में API डॉक्युमेंटेशन
जब आपको कमज़ोर डॉक्स वाले किसी थर्ड-पार्टी API को इंटीग्रेट करना हो, तो कच्चा डॉक्युमेंटेशन सीधे संदर्भ में पेस्ट करें। मॉडल से पूरे मेथड सिग्नेचर, docstrings और एरर हैंडलिंग के साथ टाइप्ड Python या TypeScript क्लाइंट बनवाएँ।
50 एंडपॉइंट वाले REST API के लिए इसमें लगभग तीन प्रॉम्प्ट और 8 से 10 मिनट लगते हैं। वही क्लाइंट हाथ से लिखने में पूरा कार्य-दिवस लगता है।
PicassoIA के मॉडल AI डेव में कैसे फ़िट होते हैं
PicassoIA एक मल्टी-मॉडल AI प्लेटफ़ॉर्म है, जहाँ आप Claude Fable 5 को पूरे Anthropic मॉडल परिवार और दर्जनों दूसरे LLM के साथ एक ही जगह पर इस्तेमाल कर सकते हैं। डेवलपर्स के लिए यह मायने रखता है, क्योंकि अलग-अलग काम अलग-अलग मॉडल माँगते हैं।
PicassoIA पर लार्ज लैंग्वेज मॉडल
प्लेटफ़ॉर्म के LLM कैटलॉग में हर बड़ा प्रोवाइडर शामिल है। कोडिंग-केंद्रित कामों के लिए सबसे प्रासंगिक मॉडल ये हैं:
Claude Fable 5: जटिल, मल्टी-फ़ाइल कोडिंग कामों और आर्किटेक्चरल रीज़निंग के लिए सबसे अच्छा विकल्प
Claude Sonnet 5: तेज़ रिस्पॉन्स टाइम के साथ मध्यम-जटिलता वाले कामों के लिए बेहतरीन
Claude 4.5 Sonnet: रोज़मर्रा के कामों के लिए गति और कोडिंग गुणवत्ता का मज़बूत संतुलन
DeepSeek R1: स्टेप-बाय-स्टेप रीज़निंग ट्रेस वाली एल्गोरिदमिक समस्याओं के लिए बढ़िया
इन सबको एक ही प्लेटफ़ॉर्म पर रखने का मतलब है कि आप आर्किटेक्ट-स्तर के कामों के लिए Claude Fable 5.1-स्तर की गुणवत्ता इस्तेमाल कर सकते हैं, फिर बल्क कोड फ़ॉर्मेटिंग या डॉक्युमेंटेशन जनरेशन के लिए छोटे मॉडल पर स्विच कर सकते हैं, और अपनी API लागत को असली काम की जटिलता के अनुपात में रख सकते हैं।
इमेज और टेक्स्ट AI को कब साथ मिलाएँ
डेवलपर्स के लिए एक कम इस्तेमाल होने वाला वर्कफ़्लो है, UI प्रोजेक्ट्स पर काम करते समय LLM को PicassoIA के इमेज टूल्स के साथ जोड़ना। इमेज मॉडल से रेफ़रेंस स्क्रीनशॉट बनाएँ, फिर इमेज को Claude Opus 4.7 जैसे विज़न-सक्षम LLM को दें और उससे कहें कि लेआउट से मेल खाता HTML/CSS लिखे। फ़्रंट-एंड कामों में इससे मॉकअप-से-कोड का समय बहुत कम हो जाता है।
बचने वाली आम गलतियाँ
सक्षम मॉडल के बावजूद, बुरी आदतें उसके फ़ायदे को बेअसर कर देती हैं।
अस्पष्ट प्रॉम्प्ट से अस्पष्ट कोड मिलता है
सबसे आम विफलता तब होती है जब प्रॉम्प्ट इरादा तो बताते हैं, लेकिन सिस्टम का संदर्भ नहीं देते। "एक कैशिंग फ़ंक्शन लिखें" से एक सामान्य डिक्शनरी रैपर निकलता है। "Python async फ़ंक्शन के लिए Redis-backed cache decorator लिखें, कॉन्फ़िगरेबल TTL और prefix के साथ, aioredis 2.0 लाइब्रेरी का इस्तेमाल करते हुए" से ऐसा कुछ निकलता है जिसे आप सचमुच इस्तेमाल कर सकते हैं।
कोई भी कोडिंग प्रॉम्प्ट भेजने से पहले ये तीन सवाल पूछें:
क्या मैंने सटीक लाइब्रेरी और उनके वर्ज़न बताए हैं?
क्या मैंने बताया है कि सफलता और विफलता कैसी दिखती है?
क्या मैंने बताया है कि यह कोड आसपास के सिस्टम में कैसे फ़िट होता है?
इनमें से किसी का जवाब "नहीं" है, तो भेजने से पहले वह जानकारी जोड़ें।
पहले आउटपुट पर ज़रूरत से ज़्यादा निर्भरता
Claude Fable 5.1 एक वन-शॉट कोड जनरेटर नहीं है। सबसे अच्छा वर्कफ़्लो दोहराव वाला (iterative) है:
पहला ड्राफ़्ट बनाएँ
उसे लोकली चलाएँ, या मॉडल से एक्ज़ीक्यूशन पर तर्क करवाएँ
कोई भी एरर या अनपेक्षित व्यवहार वापस बताएँ
उन समस्याओं को सुलझाकर संशोधित वर्ज़न माँगें
हर फ़ीडबैक राउंड के साथ मॉडल काफ़ी सुधरता है। जो डेवलपर इसे एक बार चलाकर औसत आउटपुट देखते हैं और छोड़ देते हैं, वे वर्कफ़्लो का वह हिस्सा छोड़ रहे हैं जहाँ से इसकी असली कीमत मिलती है।
एक दोहराने योग्य AI डेव वर्कफ़्लो बनाना
जो डेवलपर्स Claude Fable 5.1 से सबसे ज़्यादा फ़ायदा उठाते हैं, वे इसे बेतरतीब तरीके से इस्तेमाल नहीं करते। उन्होंने इसे एक दोहराने योग्य वर्कफ़्लो में बाँध रखा है, जो उनकी डेवलपमेंट प्रक्रिया के तय बिंदुओं पर चलता है।
Claude के साथ सुबह का कोड स्प्रिंट
AI मॉडल के साथ एक उत्पादक सुबह के स्प्रिंट का ढाँचा:
पहले 10 मिनट: कल की खुली इश्यू और फ़ेल हुए टेस्ट पेस्ट करें। मॉडल से उन्हें प्राथमिकता देने और मूल कारण सुझाने को कहें।
अगले 45 मिनट: मॉडल को सलाहकार मानकर फ़िक्स लागू करें। हर एरर पेस्ट करें और दोहराते रहें।
आख़िरी 5 मिनट: मॉडल से diff के आधार पर कमिट मैसेज और एक छोटा PR विवरण लिखने को कहें।
यह ढाँचा दिन की धुंधली शुरुआत को एक केंद्रित और दस्तावेज़ीकृत सेशन में बदल देता है। अकेले कमिट मैसेज वाला चरण पूरे हफ़्ते में काफ़ी समय बचाता है।
वर्ज़न कंट्रोल और AI आउटपुट
एक दिक़्क़त यह है कि AI-जनित कोड कहीं ट्रैक से बाहर न हो जाए। दो नियम इसमें मदद करते हैं:
AI आउटपुट को किसी फ़ाइल में पेस्ट करने से पहले हमेशा कमिट करें। इससे git diff साफ़ दिखाएगा कि मॉडल ने आपके लिखे कोड में क्या बदला।
AI की मदद वाले कामों के लिए कम समय तक चलने वाली ब्रांच इस्तेमाल करें। उन्हें वर्णनात्मक नाम दें (जैसे fix/auth-middleware-leak-ai-assisted), ताकि कोड रिव्यू में साफ़ पता चले कि कहाँ ध्यान से जाँच करनी है।
मॉडल के आउटपुट की समीक्षा भी ठीक उसी प्रक्रिया से होनी चाहिए जैसे इंसान के लिखे कोड की होती है। इसे लिखना तेज़ है, लेकिन इससे समीक्षा से छूट नहीं मिलती।
अभी PicassoIA पर आज़माएँ
PicassoIA आपको API क्लाइंट सेट किए बिना या लोकल टूलिंग इंस्टॉल किए बिना, सीधे ब्राउज़र से Claude Fable 5 तक पहुँच देता है। शुरू करने का यह सबसे तेज़ तरीका है।
चरण 2: इनपुट फ़ील्ड में अपना कोड और ऊपर बताए ढाँचे का इस्तेमाल करके एक विशिष्ट, अच्छी तरह बना प्रॉम्प्ट पेस्ट करें।
चरण 3: आउटपुट की समीक्षा करें। अगर वह कंपाइल नहीं होता या कोई बाध्यता छूट जाती है, तो एरर वापस पेस्ट करें और संशोधित वर्ज़न माँगें।
चरण 4: पूरे मॉड्यूल रीफ़ैक्टर जैसे बड़े कामों के लिए स्निपेट के बजाय पूरी फ़ाइलें पेस्ट करें। पूरे फ़ाइल संदर्भ के साथ मॉडल काफ़ी बेहतर प्रदर्शन करता है।
चरण 5: कैटलॉग के दूसरे मॉडलों से तुलना करें। जटिल आर्किटेक्चरल फ़ैसलों पर दूसरी राय के लिए वही प्रॉम्प्ट Claude Sonnet 5 या DeepSeek R1 पर चलाएँ।
💡 PicassoIA आपको बातचीत के बीच में मॉडल बदलने देता है। कठिन हिस्सों के लिए Claude Fable 5 से शुरू करें, फिर बॉयलरप्लेट और टेस्ट के लिए हल्के मॉडल पर जाएँ।
Claude Fable 5.1 आपकी समझ की जगह लेने वाला टूल नहीं है। यह आपकी समझ को तेज़ी से लागू करने वाला टूल है। इसके साथ सबसे ज़्यादा शिप करने वाले डेवलपर वही हैं जो इसे एक सक्षम सहयोगी मानते हैं, जादुई डिब्बा नहीं: वे साफ़-साफ़ प्रॉम्प्ट लिखते हैं, बार-बार सुधारते हैं और हर चीज़ की समीक्षा करते हैं। PicassoIA पर जाएँ, अपने ब्राउज़र में Claude Fable 5 खोलें, वह अगली समस्या पेस्ट करें जिस पर आप सचमुच काम कर रहे हैं, और दस मिनट में नतीजा देखें। picassoia.com/en/all-models पर पूरा कैटलॉग देखें, जहाँ Claude Sonnet 5, Claude Opus 4.7, DeepSeek R1 और वे सभी मॉडल हैं जिनकी आपको ऐसे मल्टी-मॉडल वर्कफ़्लो बनाने के लिए ज़रूरत है, जो हर चरण पर सही टूल रखे।