Anthropic ने Claude Opus 5.5 की मूल्य निर्धारण को लंबी कोडिंग सत्रों से जोड़ा

Anthropic ने 24 सितंबर, 2026 को रिपोर्ट किया कि Claude Code सत्र पिछले छह महीनों में लंबे और अधिक संदर्भ‑भारी हो गए हैं, और एक क्लॉड ब्लॉग पर पोस्ट में बताया गया है कि Claude Opus 5.5 की मूल्य निर्धारण और कैशिंग तंत्र इस बदलाव को कैसे संबोधित करते हैं। कंपनी का अपना अनुमान है कि Opus 5.5 की चल रही लागत सामान्य टोकन‑बिल्ड वर्कलोड के लिए Opus 5 से लगभग 40% कम है।

Claude Code उपयोग डेटा के छह महीने

यह पोस्ट, Michael Segner द्वारा लिखी गई, मार्च से सितंबर 2026 तक के समग्र उपयोग डेटा पर आधारित है। पोस्ट के अनुसार, प्रत्येक सत्र में प्रॉम्प्ट की संख्या स्थिर रही, जबकि प्रत्येक प्रॉम्प्ट के भीतर कार्य बढ़ा: मॉडल अब प्रत्येक प्रॉम्प्ट पर 3.3 गुना अधिक समय तक काम करता है और प्रत्येक पर 40% से अधिक मॉडल कॉल करता है, और व्यवधान 68% घट गए। डेवलपर्स अब टूल सर्वर से जुड़ते हैं या कौशल का उपयोग लगभग दो गुना अधिक बार करते हैं, और प्रॉम्प्ट में टेक्स्ट पेस्ट करना एक‑तीसरा कम बार करते हैं।

इस अवधि में प्रत्येक अनुरोध में संदर्भ की मात्रा 2.6 गुना बढ़ी, और इनपुट‑से‑आउटपुट टोकन अनुपात 189:1 से 324:1 हो गया। Anthropic इन आंकड़ों को इस रूप में पढ़ता है कि डेवलपर्स बड़े और अधिक खुले‑अंत वाले कार्यों के लिए लंबा‑काम करने वाला, बेहतर‑सूचित मॉडल चाहते हैं, और कहता है कि Opus 5.5 से मिलने वाली बचत ठीक इन लंबी, उच्च‑संदर्भ सत्रों में सबसे अधिक है जब उपयोग टोकन द्वारा बिल किया जाता है।

यह विश्लेषण Anthropic द्वारा जारी किए गए Claude Opus 5.5 पर आधारित है, जो Opus 5 की तुलना में कम कीमतों के साथ आया। जहाँ लॉन्च ने कीमतें निर्धारित कीं, 24 सितंबर की पोस्ट और 22 सितंबर, 2026 को Addy Osmani द्वारा प्रकाशित एक सहायक विश्लेषण यह जांचते हैं कि ये कीमतें वास्तविक Claude Code कार्यभार के लिए क्या अर्थ रखती हैं।

टोकन कीमतें और कैश‑रीड कट

टोकन द्वारा बिल किए जाने वाले उपयोग के लिए, Anthropic ने इनपुट और आउटपुट टोकन कीमतों को 20% घटाया और कैश किए गए टोकन को पढ़ने की कीमत को 60% कम किया। कंपनी कहती है कि कैश‑रीड कटौती सबसे अधिक प्रभाव रखती है क्योंकि कैश रीड्स एजेंटिक और कोडिंग कार्य की अधिकांश लागत बनाते हैं, और यह बताती है कि प्रकाशन के समय Opus 5.5 पर एक कैश्ड टोकन प्रतिस्पर्धी मॉडलों की लागत का केवल एक‑पाँचवाँ भाग है और उनसे बेहतर प्रदर्शन करता है।

Osmani के सहायक विश्लेषण में Opus 5.5 की API सूची कीमतें $4 प्रति मिलियन इनपुट टोकन, $20 प्रति मिलियन आउटपुट टोकन, और $0.20 प्रति मिलियन कैश रीड्स के रूप में दी गई हैं। इन कीमतों पर, एक कैश्ड रीड एक नए इनपुट टोकन की 5% लागत पर आती है, जबकि कैश में लिखना पाँच‑मिनट के कैश के लिए इनपुट कीमत का 1.25 गुना और एक‑घंटे के कैश के लिए इनपुट कीमत का दो गुना लागत करता है, और प्रत्येक हिट मुफ्त में जीवनकाल को नवीनीकृत करता है। Pro, Max, या Team योजनाओं पर, कम Opus 5.5 कीमत योजना सीमाओं में पारित की जाती है जिससे वे Opus 5 की तुलना में लगभग 25% अधिक दूर तक जा सकते हैं; अतिरिक्त कैश‑रीड छूट केवल API मूल्य निर्धारण पर लागू होती है।

कैश को सुरक्षित रखने वाले परिवर्तन

भले ही प्रत्येक अनुरोध में संदर्भ लगभग 2.6 गुना बढ़ा, पोस्ट के अनुसार छह‑महीने की अवधि में कैश से चूकने वाले इनपुट का हिस्सा 50% से अधिक घट गया। यह Claude Code में किए गए कई बदलावों को श्रेय देता है जो आकस्मिक कैश टूटनों को कम करते हैं, जैसे लॉगिन रीफ़्रेश जैसी छोटी बाधाएँ और बातचीत के मध्य निर्देश जोड़ना या टूल्स को मांग पर लोड करना जैसी बड़ी बाधाएँ। Opus 5.5 और Fable 5.1 पर, डेवलपर्स मध्य‑सत्र में प्रयास स्तर बदल सकते हैं बिना कैश को रीसेट किए।

आधिकारिक प्रॉम्प्ट‑कैशिंग दस्तावेज़ीकरण यह निर्दिष्ट करता है कि प्रयास‑स्तर व्यवहार API कुंजी या Claude सदस्यता के साथ लागू होता है, और Amazon Bedrock, Google Cloud के Agent Platform, या Claude ऐप्स गेटवे पर नहीं, न ही जब CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS फ़्लैग सेट हो या किसी संगठन के पास HIPAA कॉन्फ़िगरेशन हो।

API कुंजियों और क्लाउड प्रदाताओं पर डेवलपर्स अब एक घंटे की कैश जीवनकाल सेट कर सकते हैं, जो सब्सक्राइबर्स के पास पहले से था। दस्तावेज़ीकरण डिफ़ॉल्ट दिखाता है: योजना उपयोग के भीतर Claude सदस्यता पर मुख्य बातचीत के लिए एक घंटा, और उपयोग क्रेडिट, API कुंजियों, या क्लाउड प्रदाताओं पर पाँच मिनट। promptCacheTtl सेटिंग या CLAUDE_CODE_PROMPT_CACHE_TTL पर्यावरण चर लंबी जीवनकाल चुनता है, और दोनों नियंत्रणों को Claude Code v2.1.242 या बाद का संस्करण आवश्यक है।

फोर्क किए गए सबएजेंट अब समान संदर्भ को पुनः प्रोसेस करने के लिए भुगतान करने के बजाय मूल सत्र की कैश से शुरू होते हैं। दस्तावेज़ीकरण बताता है कि फोर्क पैरेंट के सिस्टम प्रॉम्प्ट, टूल सेट और पूरी बातचीत इतिहास को ले लेता है, इसलिए उसकी प्रारंभिक अनुरोध सीधे पैरेंट की कैश से पढ़ता है।

प्रति कार्य कम टर्न

Anthropic रिपोर्ट करता है कि Opus 5.5 एक कार्य को अन्य मॉडलों की तुलना में कम टर्न में पूरा कर सकता है। पोस्ट के अनुसार, Zeta Labs ने Opus 5 की तुलना में प्रति कार्य कम टर्न और टूल कॉल दर्ज किए, लगभग आधी लागत पर, और अपने सबसे कठिन कार्यों में दो गुना अधिक कार्य पूरे किए।

पोस्ट चेतावनी देती है कि यह पैटर्न हर कार्य पर लागू नहीं होगा, Osmani का विश्लेषण का उद्धरण देते हुए: “एक अच्छी तरह परिभाषित कार्य पर, दोनों मॉडल लगभग समान संख्या में टर्न में समाप्त होते हैं, और मूल्य कटौती ही एकमात्र लाभ है। अंतर सबसे अधिक खुले‑अंत वाले कार्यों में होना चाहिए, जहाँ मॉडल कई टर्न गलत विचार पर बिता सकता है।”

Anthropic यह भी रिपोर्ट करता है कि Opus 5.5 का आउटपुट Opus 5 की तुलना में 30% से अधिक तेज़ है। यह वृद्धि टोकन उपयोग और कैश हिट दर को अपरिवर्तित रखती है; पोस्ट नोट करता है कि यह लंबे रन में प्रतीक्षा समय को कम करता है क्योंकि Claude अधिक समय बिना हस्तक्षेप के काम करता है।

यह पोस्ट कैश किए गए पढ़ने को सुरक्षित रखने के अभ्यासों के साथ समाप्त होती है: Claude Code में /usage चलाएँ ताकि यह देखा जा सके कि सत्र का कौन‑सा हिस्सा कैश से सर्व किया जा रहा है, सत्र शुरू होते ही मॉडल चुनें, बीच में बदलने के बजाय, बाहर जाने से पहले संपीड़न चलाएँ, बाद में नहीं, और API कुंजी या क्लाउड प्रदाता पर, लंबी सत्रों के लिए एक घंटे की कैश जीवनकाल सक्षम करें।