Claude Fable 5 की कीमत और उपयोग कब करें

Claude Fable 5 की कीमत क्या है?

Claude API पर Claude Fable 5 की कीमत प्रति मिलियन इनपुट टोकन $10 और प्रति मिलियन आउटपुट टोकन $50 है। ये Anthropic द्वारा प्रकाशित सूची दरें हैं, जिन्हें 3 August 2026 को pricing page से लिया गया है। API मॉडल ID claude-fable-5 है। यह 9 June 2026 को Claude API, Amazon Bedrock, Claude Platform on AWS, Google Cloud और Microsoft Foundry पर सामान्य रूप से उपलब्ध हुआ।

[
  {
    "label": "Claude Fable 5",
    "input": "10",
    "output": "50",
    "cache_read": "1",
    "batch_input": "5",
    "batch_output": "25"
  },
  {
    "label": "Claude Opus 5",
    "input": "5",
    "output": "25",
    "cache_read": "0.50",
    "batch_input": "2.50",
    "batch_output": "12.50"
  },
  {
    "label": "Claude Sonnet 5 (intro rate)",
    "input": "2",
    "output": "10",
    "cache_read": "0.20",
    "batch_input": "1",
    "batch_output": "5"
  },
  {
    "label": "Claude Sonnet 5 (from 1 Sep)",
    "input": "3",
    "output": "15",
    "cache_read": "0.30",
    "batch_input": "1.50",
    "batch_output": "7.50"
  },
  {
    "label": "Claude Haiku 4.5",
    "input": "1",
    "output": "5",
    "cache_read": "0.10",
    "batch_input": "0.50",
    "batch_output": "2.50"
  }
]

इसे एक सीढ़ी के रूप में समझें। Fable 5 की सूची दर Claude Opus 5 से दोगुनी, वर्तमान Claude Sonnet 5 दर से पांच गुना और Claude Haiku 4.5 से दस गुना है। बिल के दोनों पक्षों पर अनुपात समान है, क्योंकि उस चार्ट का प्रत्येक मॉडल अपने इनपुट दर से ठीक पांच गुना आउटपुट दर निर्धारित करता है। इसलिए यदि आप किसी कार्य के लिए इनपुट और आउटपुट टोकन का विभाजन जानते हैं, तो एक कीमत को गुणा करके किसी अन्य में बदला जा सकता है।

एक तारीख गणना को बदल देती है। Sonnet 5, 31 August 2026 तक $2 और $10 प्रति मिलियन टोकन की प्रारंभिक कीमत पर उपलब्ध है। 1 September 2026 से इसकी सूची दर $3 और $15 होगी। Fable 5 की अपनी कीमत में कोई बदलाव नहीं होता है, इसलिए उस दिन दोनों के बीच का अंतर पांच गुना से घटकर तीन गुना से थोड़ा अधिक रह जाएगा। यदि आप शरद ऋतु के लिए बजट बना रहे हैं, तो बाद वाली Sonnet संख्याओं का उपयोग करें।

डिस्काउंट और एक मल्टीप्लायर जो लागत बढ़ाता है

Prompt caching सबसे बड़ा बचत का जरिया है। एक cache read की लागत बेस इनपुट मूल्य का दसवां हिस्सा है, जो Fable 5 पर प्रति दस लाख टोकन $1 है। Cache में लिखना सामान्य इनपुट टोकन से अधिक महंगा है: पांच मिनट वाले cache के लिए बेस का 1.25 गुना, और एक घंटे वाले cache के लिए बेस का 2 गुना। पांच मिनट वाला cache एक बार पढ़ने के बाद ही अपनी लागत वसूल कर लेता है, और एक घंटे वाला cache दो बार पढ़ने के बाद। यही गणित यह पता लगाने का मुख्य आधार है कि prompt caching को हर जगह चालू करने से पहले वह कब फायदेमंद होगा।

Batch API दोनों तरफ 50% की छूट देता है, इसलिए batched Fable 5 कार्य की लागत प्रति दस लाख टोकन $5 और $25 है। Batch requests asynchronous होती हैं, इसलिए यह केवल उन कार्यों में मदद करता है जिन्हें तुरंत उत्तर की आवश्यकता नहीं है। ये दोनों डिस्काउंट एक साथ लागू होते हैं, जिससे एक cached, batched जॉब दोनों ही स्तरों पर सस्ता हो जाता है।

1M टोकन की context window Claude 4.6 और उसके बाद के मॉडल्स पर मानक दरों में शामिल है। इसमें long context के लिए कोई अतिरिक्त शुल्क नहीं है, इसलिए 900k टोकन की request के लिए भी वही प्रति टोकन दर लागू होती है जो 9k टोकन की request के लिए है।

जो मल्टीप्लायर बिल को बढ़ाता है, वह है data residency। Inference को United States के भीतर रखने के लिए inference_geo: "us" सेट करने पर हर टोकन श्रेणी पर 1.1 गुना मल्टीप्लायर लागू होता है, जिसमें cache reads और cache writes भी शामिल हैं। जब तक किसी अनुबंध के तहत अनिवार्य न हो, default global routing को ही रहने दें।

बिलिंग का एक नियम विशेष रूप से इस मॉडल पर लागू होता है। Fable 5 में safety classifiers होते हैं जो किसी request को अस्वीकार कर सकते हैं। जब ऐसा होता है, तो Messages API त्रुटि के बजाय stop_reason: "refusal" को एक सफल HTTP 200 response के रूप में लौटाता है, और आपसे उस request के लिए शुल्क नहीं लिया जाता जिसे कोई भी आउटपुट जनरेट होने से पहले अस्वीकार कर दिया गया हो। यदि आप उसी prompt को किसी अन्य Claude मॉडल पर फिर से प्रयास करते हैं, तो fallback credit स्विच करने की prompt cache लागत को रिफंड कर देता है, ताकि आपको एक ही cache को दो बार गर्म करने के लिए भुगतान न करना पड़े।

किन plans में Claude Fable 5 शामिल है?

3 अगस्त 2026 तक, Anthropic का Claude Fable पेज बताता है कि यह मॉडल Pro, Max, Team और Enterprise उपयोगकर्ताओं के लिए उपलब्ध है। फ्री प्लान का नाम इसमें नहीं है। Pro इस सूची में सबसे सस्ता विकल्प है, इसलिए Pro की लागत क्या है और इसकी उपयोग सीमाएँ कहाँ समाप्त होती हैं Fable तक पहुँचने के किसी भी सब्सक्रिप्शन मार्ग के लिए आधार तय करता है। यदि Fable का एक्सेस ही आपके अपग्रेड करने का मुख्य कारण है, तो पहले क्या Pro सीट आपके स्वयं के उपयोग के लिए भुगतान करने योग्य है पर विचार करें, क्योंकि केवल Fable की सीमित अनुमति के लिए सब्सक्रिप्शन लेना एक अच्छा निर्णय नहीं है। डेवलपर्स के लिए यह सामान्यतः Claude API पर और ऊपर सूचीबद्ध क्लाउड मार्केटप्लेस के माध्यम से उपलब्ध है। उस मार्ग पर कोई फ्री टियर नहीं है, इसलिए साइनअप पर Anthropic द्वारा दिया जाने वाला छोटा क्रेडिट ही वह सब है जो आपको मीटर शुरू होने से पहले मिलता है।

किसी plan पर उपलब्ध होना और बिना किसी सीमा के शामिल होना एक ही बात नहीं है। Subscription को API की तरह meter भी नहीं किया जाता, क्योंकि Pro seat के लिए कोई प्रकाशित token quota है ही नहीं और इसके बजाय rolling window में messages के आधार पर usage गिना जाता है। इसलिए किसी plan की सुविधा को ऊपर दिए गए per million आँकड़ों में सीधे बदलना संभव नहीं है। Anthropic के pricing page की plan comparison table में कुछ seats के लिए Fable का access weekly usage limits के एक हिस्से के आधार पर और अन्य seats के लिए usage credits के आधार पर नियंत्रित है। जुलाई 2026 के दौरान यह व्यवस्था एक से अधिक बार बदली। Fable 5 को फिर से deploy करने संबंधी Anthropic के अपने बयान में कहा गया था कि Pro, Max, Team और कुछ Enterprise plans पर 7 July 2026 तक weekly usage limits के 50% तक model उपलब्ध था। इसके बाद usage credits लागू हुए। जुलाई के शेष समय की reports में आगे की extensions और seat types के बीच अलग-अलग व्यवस्था का उल्लेख किया गया।

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

जो स्थिर है वह API रेट है। हर मार्ग पर, एक बार शामिल अनुमति समाप्त हो जाने के बाद, आगे का Fable 5 उपयोग ऊपर दिए गए चार्ट में दी गई कीमतों पर बिल किया जाता है। Enterprise इस संरचना को स्पष्ट करता है, क्योंकि Enterprise सीट शुल्क एक्सेस खरीदता है जबकि टोकन स्वयं अभी भी API दरों पर मीटर होते हैं। यह मूल्य सूची को वह संख्या बनाता है जिसके आधार पर योजना बनाई जानी चाहिए, जो कि वही निष्कर्ष है जिस पर आप किसी अन्य Claude मॉडल के लिए API बिलिंग की तुलना सब्सक्रिप्शन से करते समय पहुँचते हैं। यदि आपने अभी तक कोई टियर नहीं चुना है, तो कौन सा Claude प्लान आपके उपयोग से मेल खाता है से शुरुआत करें। यदि वह सीट केवल Fable तक पहुँचने का तरीका होने के बजाय आपका दैनिक सहायक भी होगी, तो प्रतिबद्ध होने से पहले Claude प्लान की कीमतें ChatGPT के मुकाबले कैसी हैं की जाँच करना उचित है।

आपका बिल मूल्य अनुपात (price ratio) के सुझाव से अधिक क्यों आता है

दो प्रलेखित तंत्र (documented mechanisms) ऐसे हैं जिनके कारण Fable 5 का खर्च सीधे मूल्य तुलना की तुलना में अधिक आता है।

पहला कारण टोकेनाइज़र (tokenizer) है। Fable 5 उसी टोकेनाइज़र का उपयोग करता है जिसे Claude Opus 4.7 के साथ पेश किया गया था। Opus 4.7 से पहले जारी किए गए मॉडलों की तुलना में, समान टेक्स्ट लगभग 30% अधिक टोकन उत्पन्न करता है, और सटीक वृद्धि सामग्री पर निर्भर करती है। Haiku 4.5 उस टोकेनाइज़र से पहले का है, इसलिए जब आप दोनों मॉडलों को टेक्स्ट का एक ही ब्लॉक देते हैं, तो मूल्य सूची में दस गुना का अंतर वास्तव में तेरह गुना के करीब हो जाता है। Sonnet 5 नए टोकेनाइज़र का उपयोग करता है, इसलिए Fable और Sonnet के बीच प्रति टोकन तुलना निष्पक्ष है। Fable और Haiku के बीच ऐसी तुलना नहीं है।

दूसरा कारण थिंकिंग (thinking) है। Fable 5 के लिए एडेप्टिव थिंकिंग हमेशा चालू रहती है, और thinking: {"type": "disabled"} समर्थित नहीं है। थिंकिंग टोकन को आउटपुट टोकन के रूप में, पूर्ण आउटपुट दर पर बिल किया जाता है। इस मॉडल पर 'चेन ऑफ थॉट' (chain of thought) कभी भी वापस नहीं दी जाती है, और thinking.display डिफ़ॉल्ट रूप से "omitted" पर सेट होता है, जिसका अर्थ है कि एक छोटा दिखाई देने वाला उत्तर भी एक बड़ी बिल योग्य आउटपुट संख्या ले सकता है। Anthropic का दस्तावेज़ीकरण इसे स्पष्ट रूप से बताता है: बिल किया गया आउटपुट टोकन काउंट रिस्पॉन्स में दिखाई देने वाले टोकन काउंट से मेल नहीं खाता है।

अनुमान लगाने के बजाय ब्रेकडाउन पढ़ें। फ़ील्ड usage.output_tokens_details.thinking_tokens रिपोर्ट करता है कि कितने बिल योग्य आउटपुट टोकन रीजनिंग (reasoning) में गए:

{
  "usage": {
    "input_tokens": 25,
    "output_tokens": 348,
    "output_tokens_details": {
      "thinking_tokens": 312
    }
  }
}

उस उदाहरण में, जो Anthropic के थिंकिंग दस्तावेज़ीकरण से लिया गया है, 348 बिल योग्य आउटपुट टोकन में से 312 टोकन रीजनिंग के थे जो किसी ने नहीं देखे। जब आप स्ट्रीम करते हैं, तो यह ब्रेकडाउन केवल अंतिम message_delta इवेंट पर आता है, इसलिए जो क्लाइंट अंतिम टेक्स्ट चंक पर पढ़ना बंद कर देता है, वह इसे कभी रिकॉर्ड नहीं करेगा।

कंट्रोल effort है, जिसे output_config.effort पर सेट किया जाता है, जिसमें low, medium, high (डिफ़ॉल्ट), xhigh और max स्तर होते हैं।

{
  "model": "claude-fable-5",
  "max_tokens": 32000,
  "output_config": { "effort": "medium" },
  "messages": [{ "role": "user", "content": "..." }]
}

इस मॉडल के लिए Anthropic का मार्गदर्शन यह है कि high से शुरुआत करें, केवल सबसे अधिक क्षमता-संवेदनशील कार्य के लिए xhigh तक जाएं, और नियमित कार्य के लिए medium या low पर आ जाएं, क्योंकि Fable 5 पर कम प्रयास अक्सर पुराने मॉडलों पर xhigh से बेहतर परिणाम देता है। इसके साथ दो खतरे हैं। अनुरोधों के बीच प्रयास (effort) बदलने से आपका प्रॉम्प्ट कैश अमान्य हो जाता है, क्योंकि रिज़ॉल्व किया गया प्रयास मान प्रॉम्प्ट में रेंडर होता है, इसलिए प्रति वर्कलोड एक स्तर चुनें और उसे स्थिर रखें। और max_tokens कुल आउटपुट, थिंकिंग और रिस्पॉन्स टेक्स्ट का संयुक्त रूप से एक हार्ड कैप है, इसलिए बिना थिंकिंग वाले उत्तर के लिए निर्धारित कैप टेक्स्ट को काट (truncate) देगा। stop_reason: "max_tokens" देखने का मतलब है कि या तो आप कैप बढ़ाएं या प्रयास कम करें।

प्रति पूर्ण कार्य लागत, न कि प्रति टोकन लागत

[
  {
    "label": "Short answer (5k in, 1k out)",
    "fable_5": "0.10",
    "opus_5": "0.05",
    "sonnet_5": "0.02",
    "haiku_4_5": "0.01"
  },
  {
    "label": "Coding session (300k in, 40k out)",
    "fable_5": "5.00",
    "opus_5": "2.50",
    "sonnet_5": "1.00",
    "haiku_4_5": "0.50"
  },
  {
    "label": "Long agent run (2M in, 400k out)",
    "fable_5": "40.00",
    "opus_5": "20.00",
    "sonnet_5": "8.00",
    "haiku_4_5": "4.00"
  }
]

वे 3 पंक्तियाँ अंकगणितीय हैं, बेंचमार्क नहीं। दरें प्रकाशित की गई हैं। टोकन वॉल्यूम ऐसी धारणाएँ हैं जिन्हें आपको अपने स्वयं के उपयोग डेटा के आंकड़ों से बदलना चाहिए। बीच वाली पंक्ति जैसा एक कोडिंग सत्र Fable 5 पर $5.00 और Sonnet 5 पर $1.00 का खर्च आता है। लंबे रन की लागत Fable 5 पर $40.00 और Sonnet 5 पर $8.00 है। उस अंतिम पंक्ति में Haiku कॉलम केवल अंकगणितीय है: Haiku 4.5 में 200k टोकन की कॉन्टेक्स्ट विंडो है, इसलिए यह उस कार्य को बिल्कुल भी पूरा नहीं कर सकता है।

प्रति टोकन लागत निर्णय लेने के लिए गलत इकाई है। प्रति पूर्ण कार्य लागत का अर्थ है प्रति प्रयास लागत को प्रयासों की संख्या से गुणा करना। आज की दरों पर एक Fable 5 प्रयास की लागत पांच Sonnet 5 प्रयासों के बराबर है, इसलिए केवल पुनः प्रयास (retry) की संख्या शायद ही कभी अपग्रेड को उचित ठहराती है। Sonnet को पांच में से चार से अधिक बार विफल होना होगा, तभी सस्ता विकल्प टोकन के मामले में घाटे का सौदा साबित होगा।

जो इसे उचित ठहराता है, वह सब कुछ है जिसे टोकन बिल में शामिल नहीं किया गया है। चार्ट में दो लंबे रनों के बीच का अंतर अधिकांश बाजारों में इंजीनियर के एक घंटे के समय से भी कम है। यदि महंगा मॉडल समीक्षा का एक घंटा बचाता है, या किसी एक खराब माइग्रेशन से बचाता है जिसे बाद में आपको ठीक करना पड़ता, तो उसने उस बिल पर पहले ही अपनी लागत वसूल ली है जो बचत को कभी नहीं दिखाता। तुलना को प्रति स्वीकृत परिणाम के हिसाब से करें, और कुल लागत में अपने समय को भी शामिल करें। एक मिलियन टोकन वास्तव में क्या खरीदते हैं, यह जानना उस अनुमान को बहुत कम अमूर्त बनाता है।

तीन कार्य जहाँ Claude Fable 5 अपनी कीमत वसूल करता है

लंबे समय तक चलने वाले एजेंट रन जहाँ गलत दिशा में जाना महंगा पड़ता है। Fable 5 को घंटों तक चलने वाले कार्यों के लिए बनाया गया है: इसमें 1M टोकन का context window, प्रति request 128k तक output tokens, और xhigh effort level है, जो तीस मिनट से अधिक चलने वाले और लाखों टोकन बजट वाले कार्यों के लिए लक्षित है। उस रन की लागत की तुलना उस सफाई से करें जो तब करनी पड़ती है जब कोई एजेंट स्टेप 40 पर गलत रास्ता चुन लेता है और किसी को स्टेप 300 तक इसका पता नहीं चलता।

एक बड़ा codebase जिस पर आप एक बार migration या audit चलाते हैं। एक बार किए जाने वाले कार्यों में लागत को बांटने के लिए कोई volume नहीं होती, इसलिए प्रति टोकन का प्रीमियम एक ही invoice पर आता है, और पूरा कार्य एक ही context window में समा सकता है। यदि इसे asynchronously चलाया जा सकता है, तो Batch API इसे प्रति मिलियन output tokens $25 पर आधा कर देता है।

वह कार्य जिसमें एक सस्ता मॉडल पहले ही दो बार विफल हो चुका है। दो विफल प्रयास और आपके debugging का समय, ऊपर दिए गए चार्ट के volumes पर एक Fable प्रयास से अधिक महंगा पड़ता है। कार्य को escalate करना सस्ता विकल्प है, और model ladder का उद्देश्य यही है। यदि आप अभी भी सामान्य रूप से tiers के बीच चयन कर रहे हैं, तो Claude मॉडल tiers के बीच क्षमता की तुलना इस पृष्ठ से अलग प्रश्न का उत्तर देती है।

तीन कार्य जहाँ Sonnet 5 या Haiku 4.5 ही सही उत्तर हैं

उच्च वॉल्यूम वर्गीकरण और निष्कर्षण (High volume classification and extraction)। इन कार्यों का मूल्यांकन थ्रूपुट और यूनिट लागत के आधार पर किया जाता है, और गुणवत्ता की सीमा इतनी कम होती है कि एक सस्ता मॉडल भी उसे प्राप्त कर लेता है। जिस कार्य को Haiku 4.5 सही ढंग से पूरा करता है, उसके लिए Fable 5 पर दस गुना अधिक खर्च करने का कोई मापने योग्य लाभ नहीं मिलता।

इंटरैक्टिव कार्य जहाँ लेटेंसी ही उत्पाद है। Anthropic का मॉडल टेबल Fable 5 की तुलनात्मक लेटेंसी को धीमा दिखाता है, और इसमें 'thinking' प्रक्रिया को बंद नहीं किया जा सकता। एक चैट बॉक्स या एडिटर कंप्लीशन अधिक सक्षम मॉडल पर धीमा महसूस होता है, क्योंकि उपयोगकर्ता गुणवत्ता देखने से पहले प्रतीक्षा समय (wait time) को महसूस करते हैं।

जनवरी 2026 के बाद की घटनाओं पर निर्भर कोई भी कार्य। Fable 5 का विश्वसनीय नॉलेज कटऑफ जनवरी 2026 है। Opus 5 का कटऑफ मई 2026 है। अधिक महंगा मॉडल कम अद्यतित (current) है, इसलिए हालिया जानकारी से जुड़े प्रश्नों पर आप पुरानी जानकारी के लिए दोगुना भुगतान करते हैं, जब तक कि आप इसे सर्च या फेच टूल्स न दें।

एक बाधा लागत से पूरी तरह अलग है। Fable 5 में 30 दिनों का डेटा रिटेंशन होता है और यह 'zero data retention' के तहत उपलब्ध नहीं है, क्योंकि इसे एक Covered Model के रूप में नामित किया गया है। यदि आपके समझौते के लिए zero retention अनिवार्य है, तो Fable 5 किसी भी कीमत पर एक विकल्प नहीं है, और कोई भी छूट इसे नहीं बदल सकती।

fable-method रिपॉजिटरी क्या दर्शाती हैं और क्या नहीं

अभ्यासकर्ताओं ने ऐसी रिपॉजिटरी प्रकाशित की हैं जो यह बताती हैं कि Fable 5 के दृष्टिकोण को उन कौशलों में कैसे बदला जाए जिनका पालन एक सस्ता मॉडल कर सकता है। fable-method repo एक थिंकिंग स्किल, एक ऑर्केस्ट्रेशन लूप और एक एडवर्सरियल वेरिफायर का वर्णन करती है, जो एजेंट की अपनी रिपोर्ट पढ़ने के बजाय हर दावे की दोबारा जांच करता है। इसकी README फाइल सीधे तौर पर कहती है: "यह एक कम्युनिटी डिस्टिलेशन है, न कि Anthropic का कोई आर्टिफैक्ट।"

इसे बिल्कुल वैसा ही समझें। यह इस बात का प्रमाण है कि लोग मॉडल को कैसे संचालित कर रहे हैं, न कि इस बात का दस्तावेजीकरण कि मॉडल कैसे काम करता है। इसमें मौजूद किसी भी चीज़ को Anthropic द्वारा मान्य नहीं किया गया है, और इसके कई लगभग समान फोर्क मौजूद हैं जिनमें अलग-अलग शब्दावली का उपयोग किया गया है। किसी स्पेसिफिकेशन के बजाय लोककथाओं (folklore) से यही उम्मीद की जाती है।

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

बजट तय करने से पहले अपने आंकड़ों की जाँच करें

• हर response पर usage पढ़ें, और output_tokens_details.thinking_tokens को visible output से अलग log करें। जो reasoning आप नहीं देख पाते, वही वह line item है जो लोगों को हैरान करती है।
• default स्वीकार करने के बजाय effort को स्पष्ट रूप से सेट करें, और किसी भी ऐसी बातचीत के दौरान इसे स्थिर रखें जो prompt caching पर निर्भर करती है।
• अपने stable prefix को पहले cache breakpoint के पीछे रखें। base input price के दसवें हिस्से पर cache read, अधिकांश model downgrades से अधिक बचत करता है।
• ऐसी किसी भी चीज़ को Batch API पर ले जाएँ जिसे तत्काल उत्तर की आवश्यकता नहीं है।
• विकल्प की कीमत का ईमानदारी से आकलन करें। Claude और ChatGPT API pricing की तुलना अपने workload पर करना, किसी लंबे commitment से पहले एक दोपहर का समय देने लायक है।

यदि workload आपके अपने सर्वर पर चल रहा एक agent है, तो सबसे महत्वपूर्ण controls model के चुनाव से बाहर होते हैं। VPS पर agent की लागत को नियंत्रित रखना उन loop limits और spend caps को कवर करता है जो runaway session को रोकते हैं, और Claude Code वास्तव में tokens कहाँ खर्च करता है उन आंकड़ों को समझाता है जो आप अपने usage dashboard में देखेंगे।

FAQ

Claude Fable 5 की कीमत प्रति मिलियन टोकन कितनी है?

Claude Fable 5 की कीमत Claude API पर प्रति मिलियन इनपुट टोकन $10 और प्रति मिलियन आउटपुट टोकन $50 है, जिसे 3 अगस्त 2026 को Anthropic के प्राइसिंग पेज पर जाँचा गया था। कैश रीड की लागत प्रति मिलियन टोकन $1 है, जो बेस इनपुट दर का दसवां हिस्सा है। Batch API दोनों तरफ 50% की छूट देता है, जिससे एसिंक्रोनस कार्य के लिए प्रति मिलियन टोकन $5 और $25 की दर लागू होती है। inference_geo पैरामीटर के साथ inference को संयुक्त राज्य अमेरिका के भीतर रखने पर हर श्रेणी में 1.1 गुना का मल्टीप्लायर जुड़ जाता है।

क्या Claude Fable 5, Claude Pro सब्सक्रिप्शन में शामिल है?

Anthropic का Claude Fable पेज इस मॉडल को Pro, Max, Team और Enterprise उपयोगकर्ताओं के लिए उपलब्ध बताता है, और इसमें फ्री प्लान का उल्लेख नहीं है। शामिल एक्सेस असीमित नहीं है। कुछ सीट्स साप्ताहिक उपयोग सीमा के हिस्से के रूप में Fable तक पहुँचती हैं, और अन्य उपयोग क्रेडिट के माध्यम से पहुँचती हैं, और यह व्यवस्था जुलाई 2026 के दौरान एक से अधिक बार बदली गई है। किसी लेख के आंकड़े पर भरोसा करने के बजाय, जिस दिन आप निर्णय लें, उस दिन Anthropic के प्राइसिंग पेज पर प्लान तुलना तालिका में Fable लेबल वाली पंक्ति को पढ़ें। एक बार शामिल भत्ता खर्च हो जाने के बाद, आगे का उपयोग API दर पर बिल किया जाता है।

मेरा Claude Fable 5 का बिल दिखाई देने वाले आउटपुट से अधिक क्यों है?

Claude Fable 5 के लिए Adaptive thinking हमेशा चालू रहता है, थिंकिंग टोकन को आउटपुट टोकन के रूप में बिल किया जाता है, और raw chain of thought कभी वापस नहीं मिलता है। thinking.display के अपने डिफ़ॉल्ट omitted पर होने के कारण, आप एक खाली थिंकिंग फ़ील्ड देखते हैं जबकि आप इसके पीछे के प्रत्येक रीजनिंग टोकन के लिए भुगतान कर रहे होते हैं। विभाजन देखने के लिए रिस्पॉन्स में usage.output_tokens_details.thinking_tokens पढ़ें, और ध्यान दें कि स्ट्रीमिंग के दौरान यह केवल अंतिम message_delta इवेंट पर आता है। यदि रीजनिंग और उत्तर का अनुपात कार्य की आवश्यकता से अधिक है, तो effort स्तर को कम करें।

क्या मुझे Claude Fable 5 का उपयोग करना चाहिए या Claude Opus 5 का?

Claude Opus 5 की कीमत प्रति टोकन आधी है और इसमें अधिक हालिया विश्वसनीय नॉलेज कटऑफ है, Fable 5 के जनवरी 2026 के मुकाबले मई 2026। Opus 5 से शुरुआत करें और जब कोई कार्य वहां विफल हो जाए, या जब गलत उत्तर की लागत मूल्य अंतर से अधिक हो जाए, तब आगे बढ़ें। Fable 5 लंबे समय तक चलने वाले एजेंट कार्यों के लिए सही विकल्प है जहाँ एक गलत शाखा घंटों की सफाई का कारण बनती है, और उन एक बार के कार्यों के लिए जिनका प्रीमियम हमेशा हर अनुरोध पर लगने के बजाय एक ही इनवॉइस पर आता है।