विषय-सूची

Claude Code में Prompt is too long का अर्थ है कि भेजा जाने वाला इनपुट कॉन्टेक्स्ट विंडो की सीमा से बड़ा है। इंटरैक्टिव स्क्रीन पर इसका मूल रूप Context limit reached से शुरू होने वाली एक पंक्ति है, जबकि कारण जुड़ा लंबा रूप Prompt is too long · के साथ ही दिखता है। संदेश का बाद वाला हिस्सा स्थिति के अनुसार बदलता है, और अगला कदम वहीं लिखा होता है। अपनी स्क्रीन के संदेश को नीचे की सूची से मिलाएँ।

# इंटरैक्टिव स्क्रीन (सामान्य)
Context limit reached · /compact or /clear to continue

# इंटरैक्टिव स्क्रीन (स्वचालित संक्षेपण बंद होने पर)
Context limit reached · /compact or /clear to continue · auto-compact is off · /config to turn it on

# इंटरैक्टिव स्क्रीन (DISABLE_COMPACT से संक्षेपण पूरी तरह बंद होने पर)
Context limit reached · /clear to continue

# -p का आउटपुट और बातचीत लॉग
Prompt is too long

# स्वचालित संक्षेपण किसी दूसरी त्रुटि से विफल होने पर
Prompt is too long · automatic compaction failed: <the underlying error>

# केवल एक आदान-प्रदान वाली बातचीत, जिसमें सार बनाने लायक इतिहास नहीं
Prompt is too long · this conversation is a single exchange and cannot be compacted — …
Prompt is too long · the request is ~<N> tokens (limit <limit>) … A single-exchange conversation cannot be compacted; …

# Amazon Bedrock के ज़रिए
Input is too long for requested model.

# /compact खुद विफल होने पर (खंड 4)
Error during compaction: Conversation too long. Press esc twice to go up a few messages and try again.

# API का उत्तर (संख्याएँ उदाहरण हैं)
prompt is too long: 209117 tokens > 200000 maximum

अभी काम कैसे फिर शुरू करें →

इनपुट में केवल अभी लिखा पाठ नहीं, बल्कि बातचीत का इतिहास, पढ़ी गई फ़ाइलें, टूल परिणाम और निर्देश भी आते हैं। API के उत्तर में 209117 tokens > 200000 maximum का अर्थ है कि 209,117 इनपुट टोकन 200,000 की सीमा से अधिक हैं। कॉन्टेक्स्ट विंडो में इनपुट और इस उत्तर के लिए बनने वाला आउटपुट, दोनों शामिल हैं; यह त्रुटि बताती है कि इनपुट अकेले ही सीमा पार कर चुका है। इसकी जाँच, अवधि के भीतर प्लान का कोटा खत्म होने वाले usage limit से अलग है।

इतिहास लंबा हो तो /compact, पहला इनपुट बड़ा हो तो उसे घटाएँ, और संक्षेपण विफल होने का कारण दिखे तो पहले उसे सुधारें। यही बहाली के मुख्य रास्ते हैं। स्वचालित संक्षेपण डिफ़ॉल्ट रूप से चालू है और आम तौर पर यह त्रुटि आने ही नहीं देता। फिर भी त्रुटि आए, तो रास्ता इन्हीं तीन में से चुनना होता है। 21 सितंबर 2026 तक के Claude Code के आधिकारिक त्रुटि विवरण और API विनिर्देशों के आधार पर यह लेख कारण, उपाय और 200K/1M की शर्तें समझाता है। सीधे API इस्तेमाल करने का तरीका अलग बताया गया है।

Claude Code

“बहुत लंबा” होने पर घटाने वाली चीज़ अलग हो सकती है

लंबी बातचीत के बीच

पुराने इतिहास का सार बनाएँ। संक्षेपण के तुरंत बाद फिर भर जाए तो बड़े पठन को हिस्सों में बाँटें।

पहला इनपुट ही बड़ा है

संक्षिप्त करने के लिए पिछली बातचीत नहीं है। पेस्ट, अटैचमेंट, निर्देश और टूल का भार घटाकर शुरू करें।

संक्षेपण खुद विफल है

साथ में बताया कारण पहले सुधारें, जैसे प्रमाणीकरण विफलता या मॉडल उपलब्ध न होना। केवल दोहराने से हल नहीं होगा।

विंडो का विवरण /context में और अवधि का खर्च या प्लान का कोटा /usage में देखें। दोनों में टोकन हैं, लेकिन आँकड़े अलग हैं।

1. इस त्रुटि का अर्थ

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

Prompt is too long तब होता है जब भेजा जाने वाला इनपुट अकेले ही विंडो में नहीं समाता। छोटा प्रश्न भी बड़ी रिक्वेस्ट का हिस्सा हो सकता है, यदि साथ में पुराना इतिहास या फ़ाइलें हों। इसलिए केवल आखिरी प्रश्न छोटा करना पर्याप्त नहीं। मूल बातें: कॉन्टेक्स्ट विंडो क्या है?

सीमा पास आने पर Claude Code पुराने टूल आउटपुट हटाता है और ज़रूरत पर बातचीत का सार बनाता है। फिर भी काम तब रुकता है जब बड़ा पेस्ट हो, स्वचालित संक्षेपण बंद हो या संक्षेपण खुद विफल हो जाए। सार बनने के तुरंत बाद वही विशाल फ़ाइल पढ़ने से विंडो फिर भर सकती है। इनमें से कौन-सी स्थिति है, यह शुरुआत में दिए संदेश के बाद वाले हिस्से से पता चलता है। automatic compaction failed: हो तो उसके बाद संक्षेपण विफल होने का कारण लिखा होता है; single exchange हो तो सार बनाने लायक इतिहास नहीं है; और auto-compact is off हो तो स्वचालित संक्षेपण बंद है।

2. कॉन्टेक्स्ट विंडो किससे भरती है?

यह सूची Claude Code की कार्यप्रणाली के विवरण पर आधारित है। सहेजा हुआ बातचीत लॉग और अभी मॉडल को भेजी सामग्री एक जैसे नहीं हैं। पुराने टूल परिणाम हटाने या सार बनाने से सक्रिय विंडो बदलती है।

घटकविंडो में क्या आता हैक्या जाँचें
बातचीत का इतिहासमौजूदा रिक्वेस्ट में भेजे संदेश। संक्षेपण के बाद कुछ भाग सार से बदल जाते हैंउसी काम के लिए /compact, असंबंधित अगले काम के लिए /clear
फ़ाइलें और टूल परिणामपढ़ी सामग्री, खोज परिणाम, कमांड आउटपुट आदिखोज सीमित करें, ज़रूरी पंक्तियाँ पढ़ें या विस्तृत जाँच सबएजेंट को दें
MCPटूल नाम और सर्वर निर्देश। डिफ़ॉल्ट रूप से Tool Search विस्तृत परिभाषाएँ ज़रूरत पर लोड करता है/context से वास्तविक भार देखें और अनुपयोगी सर्वर /mcp से बंद करें
CLAUDE.md और मेमोरीलागू निर्देश और लोड की गई मेमोरी। स्वचालित मेमोरी की हर फ़ाइल हमेशा शामिल नहीं होतीहर समय आवश्यक नियम छोटे रखें और खास काम का विवरण अलग करें
Skillsआम तौर पर शुरुआत में विवरण और उपयोग पर सामग्री। सेटिंग से विवरण भी ज़रूरत पर लोड हो सकते हैंअनावश्यक स्वचालित कॉल के उम्मीदवार और बहुत लंबी सामग्री जाँचें
सिस्टम निर्देशClaude Code या कनेक्शन परिवेश द्वारा दिए संचालन निर्देशपहले अपने नियंत्रण वाले निर्देश, अटैचमेंट और टूल देखें

डिफ़ॉल्ट रूप से MCP टूल की परिभाषाएँ Tool Search के ज़रिए ज़रूरत पड़ने पर ही लोड होती हैं। सेशन की शुरुआत में केवल टूल के नाम और सर्वर का विवरण आता है, इसलिए सर्वर जोड़ने से विंडो पर असर कम होता है। परिभाषाएँ शुरुआत से तब लोड होती हैं जब ENABLE_TOOL_SEARCH=false सेट हो, सर्वर पर alwaysLoad दिया गया हो, या CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS सेट हो। ANTHROPIC_BASE_URL से गेटवे के ज़रिए जुड़ने पर भी v2.1.304 से Tool Search डिफ़ॉल्ट रूप से चालू रहता है (सभी शर्तें आधिकारिक Tool Search सेटिंग तालिका में)। वास्तविक भार सर्वरों की संख्या से नहीं, /context से देखें।

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

/context दिखाता है मौजूदा विंडो की भरी जगह, जबकि /usage दिखाता है खर्च हुए टोकन और प्लान का उपयोग। दूसरी स्क्रीन की कीमत अनुमान है, अंतिम बिल नहीं। समर्थित परिवेश में /skill-doctor से skill का भार भी जाँच सकते हैं। न मिले तो /context से शुरू करें। मापने के लिए आपका कॉन्टेक्स्ट किससे भर रहा है? और उपलब्धता के लिए आधिकारिक कमांड सूची देखें।

3. कॉन्टेक्स्ट विंडो: 200K और 1M

200K का अर्थ 200,000 और 1M का अर्थ दस लाख टोकन है। लेकिन मॉडल की क्षमता, उस कनेक्शन पर Claude Code की उपयोग की गई क्षमता, स्वचालित संक्षेपण की सीमा और कीमत की शर्तें अलग-अलग संख्याएँ हैं। मौजूदा मॉडल और खाता /status से, और उपलब्ध विकल्प /model से देखें।

क्षमता और उपयोग की शर्तें अलग पढ़ें

200K के उदाहरण

Sonnet 4.5 जैसे मॉडल। 1M समर्थित मॉडल भी कनेक्शन या 1M बंद करने की सेटिंग के कारण Claude Code में 200K माना जा सकता है।

1M के उदाहरण

Anthropic API पर Fable परिवार, Sonnet 5 या बाद के और Opus 4.7 या बाद के मॉडल उदाहरण हैं। कुछ में 1M डिफ़ॉल्ट है; हर बार [1m] जोड़ना ज़रूरी नहीं।

स्रोत: Anthropic की मॉडल सेटिंग और विस्तारित कॉन्टेक्स्ट। स्वचालित संक्षेपण शुरू होने की जगह सेटिंग और मॉडल के अनुसार बदलती है।

सब्सक्रिप्शन में उपयोग क्रेडिट का सवाल सिर्फ़ Opus 4.6 और Sonnet 4.6 पर उठता है, जो [1m] वेरिएंट से 1M तक पहुँचते हैं। Opus 4.6 का 1M Max, Team और Enterprise में शामिल है, पर Pro पर उपयोग क्रेडिट चाहिए; Sonnet 4.6 के 1M के लिए हर सब्सक्रिप्शन में उपयोग क्रेडिट चाहिए। Anthropic API से सीधे जुड़े Fable परिवार, Sonnet 5 या बाद के (मौजूदा Sonnet 5.5 सहित) और Opus 4.7 या बाद के मॉडल अलग हैं: Pro सहित सभी प्लान में डिफ़ॉल्ट 1M, अतिरिक्त उपयोग क्रेडिट नहीं और [1m] चुनना नहीं पड़ता। गेटवे और 1M बंद करने की सेटिंग के अपवाद हैं, इसलिए मॉडल के नाम से ही तय न करें।

1M की “मानक कीमत” का अर्थ है कि 200K पार करने पर लंबे कॉन्टेक्स्ट का अतिरिक्त प्रति-टोकन शुल्क नहीं जुड़ता। इसका अर्थ एक ही कुल कीमत में असीमित इनपुट नहीं है। अधिक टोकन प्रोसेस करने से उपयोग बढ़ता है। 1M प्लान में शामिल है या क्रेडिट से बिल होता है, यह अलग प्रश्न है।

अक्षर और टोकन का अनुपात भी मॉडल और सामग्री पर निर्भर है। नए मॉडल में हमेशा तय प्रतिशत बढ़ेगा, ऐसा न मानें; API में लक्ष्य मॉडल की टोकन गणना करें। कुछ काम बड़ी विंडो माँगते हैं, लेकिन पहले असंबंधित लॉग और दोहराए निर्देश हटाने से आवश्यक क्षमता तय करना आसान होता है।

4. अभी काम कैसे फिर शुरू करें

स्थिति के अनुसार कदम चुनें: बढ़ा इतिहास या जोड़ी गई बड़ी फ़ाइल। नीचे उपाय प्राथमिकता के क्रम में हैं।

FIXES

विंडो में जगह बनाने के कदम

1. /compact जब इतिहास हो
बातचीत का सार बनाकर जगह खाली करें। केंद्र बिंदु दे सकते हैं, जैसे /compact प्रमाणीकरण बग पर ध्यान दें। इससे संदर्भ बचाते हुए भार घटता है।
2. /clear जब दूसरे काम पर जाएँ
बातचीत को नए सिरे से शुरू करें। आवश्यक निर्णय पहले दर्ज करें। इससे प्रोजेक्ट की फ़ाइलें नहीं मिटतीं।
3. बड़े पठन को मुख्य बातचीत से बाहर करें
विशाल फ़ाइलें पंक्ति-सीमा से पढ़ें या सबएजेंट को उसकी अलग विंडो में जाँच करने दें और केवल निष्कर्ष लें।
4. बार-बार लोड होने वाली सामग्री घटाएँ
/context से विवरण देखकर अनावश्यक MCP सर्वर बंद करें और CLAUDE.md छोटा करें। विस्तृत प्रक्रिया अलग रखें ताकि ज़रूरत पर पढ़ी जाए।
5. सच में ज़रूरत हो तो 1M मॉडल
बड़ी कोडबेस जैसे वास्तव में बड़े काम के लिए /model से 1M कॉन्टेक्स्ट वाला मॉडल चुनें। पहले चरण 1–4 की सफ़ाई करें। स्वचालित संक्षेपण बंद न करें; डिफ़ॉल्ट रूप से चालू रहने दें।

लंबे इतिहास के लिए 1, असंबंधित अगले काम के लिए 2। पहले से बड़ा इनपुट हो तो 3 और 4। संक्षेपण विफलता का मूल कारण दिखे तो उसे पहले सुधारें।

/compact में Error during compaction: Conversation too long आने का मतलब है कि बनाए गए सार को रखने की जगह कम है। इनपुट बॉक्स खाली होने पर Esc दो बार दबाएँ (या /rewind चलाएँ); रिवाइंड मेनू खुलेगा, जिसमें बड़े इनपुट से पहले का संदेश चुनकर बातचीत वापस ले जाएँ। कोड को जैसा है वैसा रखकर केवल बातचीत वापस ले जानी हो, तो Restore conversation चुनें। फिर संक्षेपण दोबारा करें; जगह पर्याप्त न हो तो /clear के बाद छोटे इनपुट से शुरू करें। पिछली बातचीत सहेजी रहती है और /resume से फिर खोली जा सकती है। मेनू के विकल्प आधिकारिक रिवाइंड विवरण में हैं।

automatic compaction failed: के बाद प्रमाणीकरण विफलता या मॉडल अनुपलब्ध होने का संदेश हो, तो विंडो खाली करने से पहले वह कारण ठीक करें। ठीक होने तक /compact भी उसी त्रुटि से विफल होगा। /compact जब Not enough messages to compact. लौटाए, तो इसका मतलब है कि बातचीत केवल एक आदान-प्रदान की है और सार बनाने लायक पिछली बातचीत नहीं है। /clear करें, फिर पेस्ट घटाकर या अटैचमेंट छोटा करके दोबारा भेजें। तुरंत फिर भर जाए तो हाल के बड़े लॉग या फ़ाइलों को आवश्यक भागों तक सीमित करें।

सीधे API कॉल करने पर

/compact और /clear Claude Code के ऑपरेशन हैं, Messages API को भेजे जाने वाले नियंत्रण कमांड नहीं। सिर्फ़ इनपुट से विंडो की सीमा पार हो, तो API 400 वाला invalid_request_error ("prompt is too long") लौटाता है। API में भेजे messages, system, tools और अटैचमेंट देखें और लक्ष्य मॉडल की टोकन गणना API से इनपुट का अनुमान लें। पुराना इतिहास संक्षिप्त करें, दस्तावेज़ सीमित करें और अनावश्यक परिभाषाएँ हटाकर रिक्वेस्ट घटाएँ। टूल कॉल और परिणाम की जोड़ी टूटने वाला अधूरा कटाव न करें। लंबी बातचीत के लिए API का compaction भी है, पर उसके मॉडल और सेटिंग Claude Code कमांड से अलग हैं।

बहाली के बाद पहले देखें कि छोटी रिक्वेस्ट का जवाब आता है, फिर आवश्यक जानकारी धीरे जोड़ें। वही बड़ा इनपुट दोबारा भेजकर इंतज़ार करने से क्षमता नहीं बढ़ती। नियमित सफ़ाई: Claude Code में टोकन बचत।

5. मिलती-जुलती त्रुटियों का अंतर

बड़ा इनपुट, तय आउटपुट सीमा, जवाब बनने के दौरान विंडो सीमा और अवधि का उपयोग अलग बातें हैं। अधूरे दिखने वाले जवाब से नहीं, त्रुटि संदेश या API के stop_reason से पहचानें।

लक्षणअर्थमुख्य उपाय
Prompt is too long / Context limit reached / N tokens > M maximumइस लेख का विषय: इनपुट कॉन्टेक्स्ट विंडो से बड़ा है/compact, /clear, बड़े पठन को सबएजेंट देना या 1M मॉडल
जवाब बीच में रुके (stop_reason: max_tokens)आउटपुट रिक्वेस्ट के max_tokens तक पहुँचाAPI में आउटपुट सेटिंग और मॉडल सीमा दोबारा देखें या आगे जारी रखने को कहें
stop_reason: model_context_window_exceededजवाब बनते समय इनपुट और आउटपुट विंडो सीमा तक पहुँचेइनपुट घटाकर आउटपुट की जगह बनाएँ
usage limit reachedप्लान का उपयोग कोटा खत्म, टोकन विंडो से अलगरीसेट की प्रतीक्षा; उपयोग सीमा के उपाय
Usage credits required for 1M contextपहुँच की समस्या: चुना 1M कॉन्टेक्स्ट प्लान में शामिल नहीं, यह इनपुट अधिक होना या कोटा खत्म होना नहींक्रेडिट चालू करके फिर शुरू करें या /model से मानक विंडो चुनें

Anthropic के API विनिर्देश में Claude 4.5 और बाद के मॉडल इनपुट खुद समाने पर रिक्वेस्ट लेते हैं, भले इनपुट और माँगा max_tokens मिलकर सीमा पार करें। जवाब बनते समय सीमा आए तो model_context_window_exceeded पर रुकता है। इसलिए छोटा उत्तर भर से max_tokens कारण सिद्ध नहीं होता। अन्य समस्याएँ: Claude Code की सामान्य त्रुटियाँ।

संबंधित: Codex ऐप में इतिहास दिखता है लेकिन केवल संदेश भेजना विफल होता है, तो यह इनपुट के आकार की नहीं, बातचीत की स्थिति की समस्या है। इसे Codex में “thread not found”: समस्या की जाँच और बहाली का एक उदाहरण में समझाया गया है।

6. दोबारा समस्या रोकने की सूची

काम से पहले: /context से लोड सामग्री देखें। बड़े दस्तावेज़ पूरे पेस्ट करने के बजाय खोज या पंक्ति-सीमा से सीमित करें। जाँच बाँटते समय सबएजेंट के लौटाए निष्कर्ष का दायरा भी दें।

काम के दौरान: स्वचालित संक्षेपण को डिफ़ॉल्ट की तरह चालू रखें। त्रुटि वाली पंक्ति में auto-compact is off दिखे तो /config से फिर चालू करें। एनवायरनमेंट वैरिएबल DISABLE_AUTO_COMPACT से बंद किया गया हो तो यह संकेत नहीं दिखता, इसलिए वह सेटिंग हटाएँ। हर संक्षेपण के बाद वही सामग्री फिर तो नहीं पढ़ी जा रही, यह भी देखें। अधिक बार मैनुअल संक्षेपण हमेशा बेहतर नहीं; /compact का सही समय और बचाने वाले निर्णय बताना महत्वपूर्ण है।

काम बदलते समय: असंबंधित अगले काम से पहले ज़रूरी जानकारी फ़ाइल में सहेजकर /clear से नई बातचीत करें। पुरानी बातचीत सहेजी रहती है, लेकिन बहाली के लिए वही विशाल इतिहास फिर खोलने से कारण भी लौट सकता है। CLAUDE.md में हर बार आवश्यक नियम ही रखें।

कस्टम कनेक्शन: गेटवे या अपने मॉडल ID में देखें कि Claude Code की मानी विंडो और कनेक्शन की वास्तविक क्षमता में अंतर तो नहीं। सेटिंग की संख्या बढ़ाने से मॉडल की असली क्षमता नहीं बढ़ती। दोनों को मिलाने का तरीका कस्टम मॉडल की आधिकारिक सेटिंग में है।

सारांश

Prompt is too long में केवल अंतिम वाक्य नहीं, इतिहास और अटैचमेंट सहित पूरा इनपुट सीमा में नहीं समाता। स्थिति के अनुसार लंबे इतिहास पर /compact, बड़े शुरुआती इनपुट में कटौती या संक्षेपण त्रुटि का मूल कारण ठीक करना चुनें।

कौन-सी स्थिति है, यह त्रुटि संदेश का बाद वाला हिस्सा (automatic compaction failed:, single exchange, auto-compact is off) बताता है। MCP की विस्तृत परिभाषाएँ डिफ़ॉल्ट रूप से ज़रूरत पर लोड होती हैं, इसलिए भार सर्वरों की संख्या से नहीं, /context से देखें। 1M इस्तेमाल करते समय क्षमता, कीमत और स्वचालित संक्षेपण की सीमा मॉडल, कनेक्शन और प्लान के अनुसार अलग-अलग तय होती हैं। सीधे API इस्तेमाल करने पर Claude Code कमांड के बजाय भेजी गई रिक्वेस्ट और रुकने का कारण दोबारा देखें।

FAQ

प्र. “Prompt is too long” और “usage limit reached” एक हैं?
उ. नहीं। पहला एक रिक्वेस्ट की कॉन्टेक्स्ट सीमा, दूसरा प्लान के उपयोग कोटे की समस्या है। बड़ा इनपुट हो तो भेजी सामग्री घटाएँ। /clear प्लान का कोटा वापस नहीं देता।

प्र. स्वचालित संक्षेपण चालू होने पर भी क्यों होता है?
उ. बड़ा इनपुट, सार बनाने के लिए पुरानी बातचीत न होना, संक्षेपण विफलता या तुरंत फिर भरना इसके कारण हैं। इन्हें त्रुटि संदेश के बाद वाले हिस्से से पहचाना जा सकता है। automatic compaction failed: के बाद प्रमाणीकरण जैसा कारण लिखा हो तो पहले उसे ठीक करें। single exchange हो तो /clear करके छोटे इनपुट से शुरू करें।

प्र. /compact भी “Conversation too long” से विफल है।
उ. सार रखने की जगह कम है। इनपुट बॉक्स खाली होने पर Esc दो बार दबाकर रिवाइंड मेनू खोलें, बड़े इनपुट से पहले के संदेश तक बातचीत वापस ले जाएँ और फिर कोशिश करें। कोड बनाए रखना हो तो Restore conversation चुनें। जगह कम रहे तो ज़रूरी बातें लिखें और /clear के बाद छोटे इनपुट से शुरू करें।

प्र. 1M मॉडल चुनने से हल होगा?
उ. आवश्यक इनपुट नई विंडो में समाए तो मदद मिल सकती है। शर्तें मॉडल, कनेक्शन और प्लान पर निर्भर हैं। 1M की मानक प्रति-टोकन दर का मतलब अधिक काम में वही कुल कीमत नहीं। पहले अनावश्यक इतिहास और विशाल आउटपुट घटाकर क्षमता तय करें।

प्र. विंडो किससे भर रही है, कैसे जानूँ?
उ. Claude Code में /context से विवरण देखें। यह /usage के कुल खर्च या प्लान कोटे से अलग संख्या है। MCP परिभाषाएँ डिफ़ॉल्ट रूप से ज़रूरत पर लोड होती हैं, इसलिए केवल कनेक्शन की संख्या से भार पता नहीं चलता। API में लक्ष्य मॉडल की टोकन गणना API से अनुमान लें।