Claude Opus 4.8 fast mode: 30 नवंबर से पहले Opus 5.5 पर जाएँ

Claude Opus 4.8 के तेज़ मोड (fast mode) को अप्रचलित घोषित कर दिया गया है। 30 नवंबर 2026 से पहले claude-opus-4-8 और speed: "fast" वाले अनुरोध claude-opus-5-5 पर ले जाएँ। हटाए जाने के बाद पुरानी सेटिंग त्रुटि देगी और अनुरोध अपने-आप मानक गति पर नहीं चलेगा।

Anthropic ने 30 अक्टूबर के रिलीज़ नोट्स में अंतिम तारीख बताई थी। Claude Code v2.1.316 की रिलीज़ स्पष्ट करती है कि मानक गति पर अपने-आप वापसी नहीं होगी।

यह बदलाव केवल गति का एक विकल्प हटाता है। 2026-11-02 तक मॉडल की जीवनचक्र तालिका में claude-opus-4-8 अब भी Active है। मॉडल को बंद करने की संभावित तारीख 28 मई 2027 से पहले नहीं है। यदि यही मॉडल रखना ज़रूरी है, तो तेज़ मोड की सेटिंग हटाकर मानक गति वाले अनुरोध जाँचें।

नीचे की प्रक्रिया सीधे Anthropic के Messages API के लिए है। इसमें Claude Code की जाँचने योग्य सेटिंग भी शामिल हैं।

1. कोड और तैनात कॉन्फ़िगरेशन में प्रभावित अनुरोध खोजें

मॉडल और गति की सेटिंग अलग-अलग खोजें, फिर पता करें कि आपका ऐप उन्हें कहाँ जोड़ता है। वे अलग फ़ाइलों, परिवेश चर या गेटवे के नियमों से आ सकती हैं।

ripgrep स्थापित होने पर रिपॉज़िटरी की मूल निर्देशिका से Bash में यह खोज चलाएँ:

rg -l --hidden --no-ignore \
  -g '!.git' \
  -g '!node_modules' \
  -g '!.venv' \
  -e 'claude-opus-4-8' \
  -e 'fast-mode-2026-02-01' \
  -e 'fastMode' \
  -e 'speed' .

कमांड कॉन्फ़िगरेशन की सामग्री के बजाय फ़ाइलों के नाम दिखाती है। इसमें छिपी और अनदेखी की गई फ़ाइलें भी शामिल हैं, जिनमें स्थानीय सेटिंग हो सकती हैं। हर मिलान की जाँच करें; सामान्य नाम speed का कोई दूसरा उपयोग भी हो सकता है।

रिपॉज़िटरी के बाहर इन जगहों को भी जाँचें:

• तैनाती के परिवेश चर और CI कार्यों की सेटिंग।
• एजेंट के डिफ़ॉल्ट मॉडल और वैकल्पिक मॉडलों की सूचियाँ।
• गेटवे में मॉडल की मैपिंग और अनुरोध बदलने वाले नियम।
• Claude Code की उपयोगकर्ता, परियोजना और प्रशासक द्वारा प्रबंधित सेटिंग।

पुष्टि करें कि अंतिम भेजे गए अनुरोध में पुराना मॉडल ID और speed: "fast" दोनों हैं। केवल मॉडल बताने वाली उपयोग रिपोर्ट से यह पता नहीं चलता कि अनुरोध तेज़ मोड में चला था या नहीं।

हर प्रभावित सेवा का ज़िम्मेदार व्यक्ति, सेटिंग का स्रोत, माँगा गया मॉडल, गति और वापसी का विकल्प दर्ज करें। इस जाँच में कुंजियाँ और प्रॉम्प्ट की सामग्री दर्ज न करें।

2. मॉडल बदलें और असंगत सेटिंग की जाँच करें

Opus 5.5 के लिए speed: "fast" बनाए रखें और केवल तेज़ मोड के लिए इस्तेमाल होने वाला beta मान हटाएँ। Anthropic के Opus 5.5 सुविधाओं के दस्तावेज़ स्पष्ट करते हैं कि इस मॉडल को उस beta हेडर की ज़रूरत नहीं है।

यदि anthropic-beta में कई सुविधाओं के मान हैं, तो केवल fast-mode-2026-02-01 हटाएँ। दूसरी सुविधाओं के लिए ज़रूरी मान बनाए रखें।

मौजूदा कार्यभार नए मॉडल पर भेजने से पहले ये सेटिंग जाँचें:

सेटिंग या व्यवहार	Opus 5.5 के लिए बदलाव
model	claude-opus-5-5 सेट करें।
speed	तेज़ मोड चाहिए तो "fast" बनाए रखें।
thinking	इसे हटाएँ या {"type":"adaptive"} इस्तेमाल करें। तर्क-प्रक्रिया बंद करने और मैनुअल बजट वाले enabled अनुरोध अस्वीकार होते हैं।
tool_choice	{"type":"auto"} या {"type":"none"} इस्तेमाल करें। अनिवार्य any और नाम से चुने गए tool विकल्प अस्वीकार होते हैं।
temperature, top_p, top_k	इन्हें हटाएँ।
सहायक के उत्तर का पहले से भरा आरंभ (prefill)	अगले उत्तर की शुरुआत तय करने वाला अधूरा सहायक संदेश हटाएँ।
उत्तर पढ़ने का तरीका	type से पाठ वाले ब्लॉक चुनें। यह न मानें कि उत्तर content[0].text में होगा।

ये जाँचें Opus 5.5 माइग्रेशन मार्गदर्शिका से हैं। कुछ पाबंदियाँ पुराने मॉडलों पर पहले से लागू हैं। फिर भी अनुरोध बनाने वाला साझा कोड माइग्रेशन के दौरान असंगत पैरामीटर दोबारा जोड़ सकता है।

यदि ऐप को किसी खास उपकरण का चलना आवश्यक है, तो अनिवार्य चयन को auto में बदलने से यह गारंटी बदल जाती है। ऐप की सत्यापन प्रक्रिया बदलें और तैनाती से पहले उस रास्ते की जाँच करें।

Opus 5.5 में अनुकूली तर्क-प्रक्रिया (adaptive thinking) हमेशा चालू रहती है। max_tokens की समीक्षा करें, क्योंकि तर्क-प्रक्रिया और दिखाई देने वाला पाठ एक ही सीमा का उपयोग करते हैं। तर्क की गहराई नियंत्रित करने के लिए output_config.effort इस्तेमाल करें।

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

3. एक अनुरोध भेजें और मिली गति सत्यापित करें

वास्तविक उपयोगकर्ताओं का ट्रैफ़िक भेजने से पहले सफल उत्तर में usage.speed जाँचें। अनुरोध का फ़ील्ड माँगी गई गति बताता है; उत्तर का फ़ील्ड वास्तव में इस्तेमाल हुई गति बताता है।

आपको Bash, jq और --fail-with-body समर्थित curl चाहिए। Claude API की सीधी पहुँच वाली कुंजी इस्तेमाल करें, जिसके लिए तेज़ मोड उपलब्ध हो। 2026-11-02 तक Opus 5.5 को Start, Build और Scale स्तरों पर तेज़ मोड की डिफ़ॉल्ट सीमाएँ मिलती हैं। Evaluation स्तर के संगठनों को किसी पात्र स्तर पर जाना होगा।

यह उदाहरण वर्तमान Messages API अनुरोध प्रारूप इस्तेमाल करता है। यह बिना स्ट्रीमिंग अनुरोध भेजता है, उत्तर सहेजता है, उसकी जाँच करता है और पाठ दिखाता है:

read -rs ANTHROPIC_API_KEY && export ANTHROPIC_API_KEY

curl --silent --show-error --fail-with-body \
  --max-time 600 \
  --dump-header fast-headers.txt \
  --output fast-response.json \
  https://api.anthropic.com/v1/messages \
  -H "Authorization: Bearer $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2026-10-21" \
  -H "Content-Type: application/json" \
  --data '{
    "model": "claude-opus-5-5",
    "max_tokens": 4096,
    "speed": "fast",
    "stream": false,
    "output_config": {"effort": "low"},
    "messages": [
      {
        "role": "user",
        "content": "Explain a cache hit in one sentence."
      }
    ]
  }' &&
jq -e '
  .type == "message"
  and .model == "claude-opus-5-5"
  and .usage.speed == "fast"
  and .stop_reason == "end_turn"
  and any(
    .content[]?;
    .type == "text" and (.text | length > 0)
  )
' fast-response.json &&
jq -r '.content[] | select(.type == "text") | .text' fast-response.json

अपेक्षित जाँच पहले true और फिर मॉडल का उत्तर दिखाती है। यह सफलता की शर्त है, किसी चलाए गए अनुरोध का दर्ज परिणाम नहीं।

&& ऑपरेटर असफल अनुरोध को सफल उत्तर की जाँचों तक पहुँचने से रोकते हैं। उदाहरण का 4096 बजट और low प्रयास इस छोटे परीक्षण के लिए चुने गए हैं। तेज़ मोड के लिए ये मान अनिवार्य नहीं हैं।

उदाहरण में anthropic-version: 2026-10-21 है। मौजूदा एकीकरण में यह हेडर बदलने से पहले अलग API संस्करण माइग्रेशन मार्गदर्शिका पढ़ें।

curl असफल हो तो उसकी त्रुटि और नया सहेजा गया उत्तर देखें। सफल अनुरोध के बाद सत्यापन असफल हो, तो model, usage.speed, stop_reason और content जाँचें।

तेज़ मोड में चलने वाला उत्तर भी max_tokens तक पहुँच सकता है। उत्तर रुकने के कारणों की मार्गदर्शिका के अनुसार आउटपुट बजट या प्रयास बदलें। गति का फ़ील्ड गायब हो या उसका मान "standard" हो, तो यह तेज़ मोड की जाँच पास नहीं करता।

2026-11-02 तक BetterToken में claude-opus-4-8 और claude-opus-5-5 दोनों सूचीबद्ध हैं। उसके Messages संदर्भ में https://www.bettertoken.ai/v1/messages दिया गया है। इस रास्ते पर माइग्रेशन से पहले तेज़ मोड की सेटिंग आगे भेजे जाने, usage.speed लौटने और शुल्क की पुष्टि करें। उसकी बताई प्रमाणीकरण विधि इस्तेमाल करें; केवल मॉडल सूची में होने से तेज़ मोड का समर्थन सिद्ध नहीं होता।

4. क्षमता की त्रुटियों और माइग्रेशन की त्रुटियों को अलग रखें

एक साथ कितने अनुरोध चलाने हैं, यह तेज़ मोड की अलग सीमाओं के अनुसार तय करें। मानक गति पर Opus की क्षमता तेज़ मोड की उपलब्ध क्षमता नहीं बताती।

रेट लिमिट दस्तावेज़ वास्तविक सीमाओं के लिए संगठन के Console सीमा पृष्ठ की ओर भेजते हैं। यह न मानें कि Opus 4.8 की समानांतर अनुरोध सेटिंग Opus 5.5 पर बिना बदलाव चलेगी।

सहेजे गए उत्तर हेडर में anthropic-fast-input-tokens-remaining और anthropic-fast-output-tokens-remaining देखें। ये बताते हैं कि दबाव इनपुट टोकन की सीमा पर है या आउटपुट टोकन की सीमा पर।

हर त्रुटि के लिए स्पष्ट कार्रवाई चुनें:

• तेज़ मोड का 429 और retry-after: बताई अवधि तक प्रतीक्षा करें। मानक गति स्वीकार्य हो तो speed: "fast" के बिना दोबारा अनुरोध करें।
• खर्च की सीमा से आया 429: खर्च की सीमा का समाधान करें। गति बदलने से समाप्त बजट वापस नहीं मिलता।
• अधिक भार वाला 529: सीमित बार दोबारा कोशिश करें और प्रयासों के बीच बढ़ता अंतर रखें। यह न मानें कि दूसरी गति सफल होगी।
• अमान्य पैरामीटर या हटाई गई Opus 4.8 तेज़ सेटिंग: अनुरोध ठीक करें। उसे बार-बार भेजने से माइग्रेशन पूरा नहीं होगा।

तेज़ मोड की रेट लिमिट वाली त्रुटियों के लिए Anthropic ऐप द्वारा मानक गति पर लौटने का तरीका बताता है। यह विकल्प चुनें तो जाँचें कि दोबारा आए उत्तर में "standard" लिखा है।

जहाँ संभव हो, दोबारा कोशिश करने की सीमा एक ही स्तर पर रखें। SDK के अपने पुनःप्रयासों के ऊपर एक और चक्र जोड़ने से अनुरोध और देरी कई गुना हो सकते हैं। Retry-After को सुरक्षित ढंग से पढ़ने और exponential backoff की मार्गदर्शिका इसका कार्यान्वयन समझाती है।

5. समान टोकन उपयोग की कीमत की तुलना करें

Opus 5.5 के तेज़ मोड की प्रकाशित टोकन दरें Opus 4.8 से कम हैं। फिर भी वे मानक गति वाले Opus 5.5 की प्रति-टोकन दरों से अधिक हैं।

ये सीधे Claude API की USD दरें हैं, 2026-11-02 तक। MTok का अर्थ एक मिलियन टोकन है।

कॉन्फ़िगरेशन	प्रति MTok इनपुट	प्रति MTok आउटपुट
Opus 4.8 तेज़ मोड	$10	$50
Opus 5.5 तेज़ मोड	$8	$40
Opus 5.5 मानक गति	$4	$20

तेज़ मोड की दरें Anthropic की मूल्य तालिका से हैं। मानक दरें Opus 5.5 मॉडल पृष्ठ पर भी दी गई हैं।

1 MTok इनपुट और 0.2 MTok कुल आउटपुट वाले अनुमानित कार्यभार के टोकन शुल्क ये होंगे:

Opus 4.8 fast:     1 × $10 + 0.2 × $50 = $20
Opus 5.5 fast:     1 ×  $8 + 0.2 × $40 = $16
Opus 5.5 standard: 1 ×  $4 + 0.2 × $20 =  $8

Fast-to-fast reduction at fixed token usage:
($20 - $16) / $20 = 20%

इस अनुमान में बिना कैश का इनपुट है। इसमें भुगतान वाले सर्वर उपकरण या डेटा रेज़िडेंसी (data residency) का अतिरिक्त शुल्क नहीं है। कर, क्रेडिट और खाते की विशेष छूट भी शामिल नहीं हैं। कैश और डेटा रेज़िडेंसी से जुड़े मूल्य बदलावों की अलग गणना करें।

20% का परिणाम निश्चित टोकन उपयोग पर लागू होता है। इससे यह सिद्ध नहीं होता कि आपका काम पूरा करने की लागत भी 20% घटेगी। Opus 5.5 के तर्क वाले टोकन आउटपुट के रूप में बिल होते हैं, भले ही वे दिखाई न दें। इसलिए पहले बिना तर्क-प्रक्रिया चलने वाला कार्य अब अलग संख्या में आउटपुट टोकन इस्तेमाल कर सकता है।

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

6. Claude Code में मॉडल और तेज़ मोड की सेटिंग बदलें

पहले स्पष्ट रूप से Opus 5.5 चुनें, फिर तेज़ मोड का स्विच जाँचें। केवल Claude Code अपडेट करने से यह साबित नहीं होता कि सहेजी गई मॉडल सेटिंग बदल गई है।

मॉडल कॉन्फ़िगरेशन दस्तावेज़ के अनुसार Opus 5.5 के लिए Claude Code v2.1.280 या बाद का संस्करण चाहिए।

नेटिव इंस्टॉलेशन के लिए Bash में चलाएँ:

claude update
claude --version
claude

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

Claude Code के संवादात्मक सत्र के भीतर चलाएँ:

/model claude-opus-5-5
/fast
/status

/fast में स्विच बदलना हो तो Space दबाएँ, फिर पुष्टि के लिए Enter दबाएँ। दस्तावेज़ के अनुसार चालू स्थिति में Fast mode ON और ↯ चिह्न दिखते हैं। चुने गए मॉडल को देखने के लिए /status इस्तेमाल करें।

~/.claude/settings.json, .claude/settings.json और .claude/settings.local.json में मॉडल की प्राथमिकता बदलने वाली सेटिंग देखें। ANTHROPIC_MODEL, ANTHROPIC_DEFAULT_OPUS_MODEL, लॉन्च फ़्लैग और प्रशासक द्वारा प्रबंधित सेटिंग भी जाँचें। पूरी सेटिंग फ़ाइल बदलने के बजाय मौजूदा कुंजियाँ बदलें।

एक बार दोबारा शुरू करके मॉडल फिर जाँचें। दोबारा खोला गया सत्र या अधिक प्राथमिकता वाली कॉन्फ़िगरेशन पुराना चयन बनाए रख सकती है।

Claude Code का तेज़ मोड व्यवहार रेट लिमिट लगने पर प्रतीक्षा अवधि के दौरान अपने-आप मानक गति पर लौटता है। इससे Opus 4.8 के तेज़ अनुरोध हटने के बाद होने वाली त्रुटि नहीं टलती।

यदि खाते की कोई सीमा बदलाव रोकती है, तो पहले Claude Code सदस्यता की सीमाओं और API की 429 त्रुटियों में अंतर करें।

7. वापसी का काम करने वाला विकल्प रखकर बदलाव लागू करें

अनुरोध की जाँच और ऐप में परिणाम स्वीकार करने की जाँचें सफल होने के बाद ही थोड़ा ट्रैफ़िक नए मॉडल पर भेजें।

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

वापस लौटने के लिए मानक गति वाली पहले से जाँची कॉन्फ़िगरेशन तैयार रखें। 30 नवंबर के बाद claude-opus-4-8 के साथ speed: "fast" बहाल करने से सेवा दोबारा नहीं चल पाएगी।

तैनात सेवाओं के अनुरोध दोबारा जाँचकर माइग्रेशन पूरा करें। अंत में प्रोडक्शन का कोई भी रास्ता हटाए गए मॉडल और गति की जोड़ी न बना सके।