परिवार के भीतर मॉडल क्षमता को लागत और latency के विरुद्ध व्यापार करते हैं: छोटे मॉडल तेज़ और सस्ते होते हैं लेकिन कम सक्षम होते हैं; बड़े मॉडल कठिन समस्याओं पर बेहतर तर्क देते हैं लेकिन अधिक खर्च करते हैं और धीमी प्रतिक्रिया देते हैं। कौशल यह है कि मॉडल को कार्य की कठिनाई से मेल खाया जाए, हमेशा सबसे बड़ा न लिया जाए।
Anthropoic के Claude परिवार को उदाहरण के रूप में उपयोग करते हुए (नवीनतम पीढ़ी: , , ):
Haiku → smallest, fastest, cheapest
→ high-volume / simple tasks: classification, extraction, quick edits
Sonnet → balanced cost/quality
→ everyday coding and general work (the sensible default)
Opus → most capable, highest cost & latency
→ hardest multi-step reasoning, architecture, tricky debugging
क्रम सापेक्ष है: Haiku < Sonnet < Opus मूल्य और latency दोनों में, और कच्ची क्षमता में वही क्रम है।
Classify 1M support tickets → Haiku (volume dominates; task is simple)
Implement a feature → Sonnet (balanced everyday coding)
Debug a subtle race condition → Opus (hard reasoning justifies the cost)
सबसे बड़े मॉडल को डिफ़ॉल्ट करने से पैसा बर्बाद होता है और सस्ते टियर द्वारा अच्छी तरह से संभाले जाने वाले कार्यों पर latency जोड़ी जाती है; सबसे छोटे मॉडल को डिफ़ॉल्ट करने से वास्तव में कठिन काम पर खराब परिणाम मिलते हैं। जानबूझकर चुनें — सस्ते के साथ शुरुआत करें, केवल तभी बढ़ाएं जब गुणवत्ता की आवश्यकता हो — सिस्टम को स्केल पर तेज़ और सस्ता रखता है जबकि भारी मॉडल को उन समस्याओं पर लाता है जिनकी इसे वास्तव में आवश्यकता है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें