Claude Code कॉन्टेक्स्ट मैनेजमेंट: /clear vs /compact और बाकी सब

दो commands ही असली काम करती हैं। /clear एक खाली window के साथ नई conversation शुरू करता है। /compact मौजूदा conversation को एक summary में समेट कर आगे बढ़ता है। Claude Code के बाकी सभी context commands या तो यह देखते हैं कि window में क्या भरा है, या फिर कुछ गड़बड़ होने पर recover करते हैं।

यही पूरा नक्शा है। असली skill यह है कि indicator लाल होने से पहले आपको पता हो कि आपको कौन सी command चाहिए।

अगर आप पहले बुनियादी बातें जानना चाहते हैं, तो यहाँ है context window असल में क्या होती है। यह piece operator का version है: कौन सी command, कब, और इसकी क्या कीमत चुकानी होती है।

आपकी context window में असल में क्या भरता है

यह सिर्फ आपकी chat नहीं है। Claude Code window को file reads, आपके project के CLAUDE.md, memory entries, invoked skill bodies, MCP tool definitions, hook output, और conversation खुद से भरता है।

इसे देखने के लिए /context (या /context all) चलाएं। यह category के हिसाब से token usage का एक colored grid बनाता है, साथ में optimization hints और capacity warnings भी।

यह क्यों मायने रखता है। अगर आपके MCP servers और skill definitions एक शब्द टाइप करने से पहले ही आधी window खा जाते हैं, तो conversation compact करने से कोई खास फर्क नहीं पड़ेगा। काटने का फैसला करने से पहले यह जानना जरूरी है कि भारी क्या है।

/clear vs /compact, एकमात्र fork जो मायने रखता है

/clear भूल जाता है। /compact एक summary याद रखता है।

/clear एक खाली context window के साथ बिल्कुल नई conversation शुरू करता है। आपकी पिछली chat नष्ट नहीं होती। वह /resume के जरिए पहुँच में रहती है।

नई session को label देने के लिए /clear <name> के साथ कोई नाम दें। आपका project CLAUDE.md और memory disk से नई session में reload हो जाते हैं।

/compact आपको उसी session में रखता है। यह अब तक की सब कुछ को एक condensed baseline में summarize करता है और वहाँ से आगे बढ़ता है। Claude Code की official documentation के अनुसार, यही फर्क है: नए task के लिए clear, मौजूदा task में tokens खाली करने के लिए compact।

Default /clear होना चाहिए। यह एक task से दूसरे में accumulated noise खींचने से तेज़ और साफ है। Claude Code team खुलकर इससे सहमत है। "STOP COMPACTING, use /clear," Claude Code team के @trq212 ने लिखा, जिन्होंने team के काम करने के तरीके और community के काम करने के तरीके के बीच का फर्क mostly इस बात का बताया कि कितनी बार clear किया जाता है।

Medium के author Mubashar भी उसी rule पर आते हैं: "default to clear, reach for compact when continuity matters."

Clear भूलता है। Compact summary याद रखता है। यह जानना कि आपको कौन सा चाहिए, ही पूरी skill है।

Design practice में AI को काम पर लगाना है? Brainy designers को craft खोए बिना यह करने में मदद करता है। देखें कि हम creators के लिए क्या बना रहे हैं।

Compact को कैसे guide करें

/compact free-text instructions लेता है। उनका उपयोग करें।

Plain /compact Claude को तय करने देता है कि क्या मायने रखता है। /compact focus on the auth bug या /compact keep the database schema उसे बताता है कि क्या protect करना है। एक guided summary generic से कहीं ज़्यादा reliable होती है।

यह इसलिए मायने रखता है क्योंकि compaction design से ही lossy है। एक blind compact वह detail गिरा सकता है जो आपको चाहिए थी, इसलिए एक handoff अक्सर cleanup से बेहतर होता है: जो चाहिए उसे markdown file में dump करें, /clear चलाएं, फिर नई session को उस file पर point करें।

ज़्यादातर same-task काम के लिए, एक focused /compact काफी है। किसी critical handoff के लिए जहाँ आप detail खोने का जोखिम नहीं उठा सकते, पहले लिख लें।

Compact में क्या बचता है, और क्या चुपचाप गायब हो जाता है

कुछ चीजें summary के बाद फिर से inject हो जाती हैं। दूसरी तब तक गायब रहती हैं जब तक आप उन्हें दोबारा trigger न करें।

खतरनाक rows वे हैं जो चुप रहती हैं। Path-scoped rules और nested CLAUDE.md files compact के बाद window से बाहर हो जाते हैं और तभी वापस आते हैं जब आप matching file फिर से read करते हैं। अगर आपका project scoped rules पर निर्भर है, तो compact बिना बताए Claude का behavior बदल सकता है।

Auto-compaction, वह safety net जिसे आप बंद नहीं कर सकते

जब conversation context limit के करीब पहुँचती है, Claude Code खुद compact कर लेता है। यह manual /compact जैसा ही व्यवहार है।

आप इसे disable नहीं कर सकते। कोई setting नहीं है। इसके आसपास plan करें, इसके खिलाफ नहीं।

यह ठीक है, क्योंकि बेहतर instinct edge पर नहीं बल्कि जल्दी compact करने की है। Anthropic के tool-use cookbook से पता चलता है कि automatic compaction एक multi-ticket agent run में input tokens को लगभग 58% कम करती है, roughly 204k से 82k तक। hyperdev.matsuoka.com पर एक analysis बताती है कि 95% तक इंतजार करने की बजाय 60% capacity पर proactively compact करना, साथ में बेहतर context editing के साथ, baseline के मुकाबले 39% तक बेहतर performance देती है।

सबक सीधा है। Window को दीवार तक मत लेकर जाएं। एक साफ /clear या एक early /compact, सोचते-सोचते हुई घबराहट भरी auto-compact से बेहतर है।

देखें और सहेजें: /context, /cost, और /export

काटने से पहले inspect और preserve करने के लिए तीन commands।

/context category के हिसाब से token grid दिखाता है। जब भी Claude slow लगे तो चलाएं। Slowness आमतौर पर full window होती है, dumb model नहीं।

/cost (alias /usage) session cost और plan-usage stats दिखाता है। Pro, Max, Team, और Enterprise plans पर यह usage को skill, subagent, plugin, और MCP server के हिसाब से breakdown करता है। Max और Pro subscribers के लिए, वह dollar figure plan usage है, अलग से देय बिल नहीं।

/export [filename] transcript को plain text में लिखता है, किसी named file में या save dialog के जरिए। जब आप record चाहते हों तो /clear से पहले चलाएं।

/rewind और /resume, बिना शुरू से शुरू किए recover करें

जब आप गलत मोड़ ले लेते हैं, तो आपको शुरू से शुरू नहीं करना पड़ता।

/rewind (aliases /checkpoint, /undo) एक पुराने checkpoint पर वापस ले जाता है। यह conversation state, code state, या दोनों restore कर सकता है, या फिर आपकी चुनी हुई message से summarize कर सकता है। इसके लिए एक keyboard shortcut है। अंदाजा लगाने की बजाय current binding देखने के लिए /keybindings चलाएं।

/resume (alias /continue) एक पुरानी conversation को वापस लाता है, picker, session ID, या name से। यह /clear के नीचे का safety net है। Clearing कभी delete नहीं करता, इसलिए गलत clear एक /resume दूर है।

Memory files clear और compact दोनों से बचती हैं

CLAUDE.md durable layer है। यह सब कुछ से बचती है।

आपका project CLAUDE.md और memory files /clear के बाद reload होती हैं और /compact के बाद re-inject होती हैं। जो भी आप हर session में दोबारा explain करते हैं वह वहाँ belong करता है, chat में नहीं। /memory उन files को editing के लिए खोलता है और आपको auto-memory entries को enable, disable, या view करने देता है।

Claude Code docs के अनुसार, इसीलिए CLAUDE.md invariants का सही घर है। "always run the tests" या "never touch the schema" जैसे rules resets के पार persist करते हैं और future summaries को आकार देते हैं। उसमें facts push करें और आप हर session में re-explanation का टैक्स देना बंद कर देते हैं।

जब window अभी भी बहुत तंग हो

Conversation काटना आपका एकमात्र तरीका नहीं है। तीन moves बाकी सब handle करते हैं।

Subagents सबसे बड़ा option है। किसी self-contained job को एक subagent को दें जो अपने fresh context में चलता है और सिर्फ result return करता है। भारी काम कहीं और होते समय main thread lean रहती है। किसी बड़े task के लिए, कोई और option इतनी जगह नहीं खाली करता।

Path-scoped CLAUDE.md और nested memory rules को उन files के पास रखते हैं जिन्हें वे govern करते हैं, इसलिए वे पूरे session में window में बैठने की बजाय सिर्फ तभी load होते हैं जब relevant हों।

बड़ी window मदद करती है लेकिन लापरवाही का बहाना नहीं बनती। Claude के नए models, Opus 4.x और Sonnet 4.x family और Fable 5, 1M-token तक के context window को support करते हैं। एक full window अभी भी पढ़ने में धीमी और महंगी है, इसलिए management अभी भी मायने रखती है। यही कारण है कि context window को कुशलता से उपयोग करना फायदेमंद है, चाहे वह कितनी भी बड़ी क्यों न हो।

निर्णय का नियम, एक table में

एक table। इसे copy कर लें।

Default /clear रखें। /compact तभी उठाएं जब एक task के अंदर continuity ही मकसद हो। जब चीजें drag करें तो /context चलाएं, क्योंकि अगर MCP servers और skills समस्या हैं, तो chat को compact करने की कोई भी मात्रा उसे ठीक नहीं करेगी।

FAQ

क्या मुझे /clear या /compact ज़्यादा बार use करना चाहिए?

/clear, बड़े अंतर से। Claude Code team की stated habit, जो r/ClaudeCode और jdfiscus की LinkedIn note पर भी गूँजती है, task completion पर clear करने और /compact को एक लंबे task के अंदर रहने के लिए रखने की है। बार-बार compaction पर निर्भर long-running chats हर pass में detail खो देती हैं।

क्या /clear मेरी conversation delete करता है?

नहीं। /clear एक fresh window शुरू करता है लेकिन पिछली conversation intact छोड़ता है और /resume के जरिए पहुँच में। कुछ भी नष्ट नहीं होता।

क्या मैं auto-compaction बंद कर सकता हूँ?

नहीं। Auto-compaction तब चलती है जब conversation limit के करीब पहुँचती है, और इसे disable करने की कोई setting नहीं है। उपाय यह है कि वहाँ पहुँचने से पहले जानबूझकर clear या compact करें।

/compact असल में क्या खोता है?

Verbatim detail। Exact tool outputs, लंबे file dumps, और पहले की precise wording summary में crush हो जाते हैं। एक blind compact वह detail खो सकता है जो आपको चाहिए थी, इसलिए एक guided /compact <instructions> या markdown handoff default से बेहतर है।

मैं कैसे देखूँ कि मेरा context क्या भर रहा है?

/context (या /context all) चलाएं। यह category के हिसाब से token usage का colored grid दिखाता है: file reads, CLAUDE.md, memory, skills, MCP definitions, hook output, और conversation, optimization hints के साथ।

मैं rules कहाँ डालूँ ताकि वे resets से बचें?

CLAUDE.md में, /memory के जरिए edit करके। Project CLAUDE.md और memory /clear के बाद reload होती हैं और /compact के बाद re-inject होती हैं, इसलिए ये ही एकमात्र context हैं जो persist करने की गारंटी रखते हैं।

अपने context को बर्बाद होने देना बंद करें

Window भरती है चाहे आप manage करें या न करें। एकमात्र सवाल यह है कि क्या आप इसे जानबूझकर काटते हैं या सोचते-सोचते auto-compact को आपके लिए करने देते हैं।

Tasks के बीच /clear को default रखें। एक के अंदर instructions के साथ /compact use करें। जब drag करे तो /context चलाएं, durable facts को CLAUDE.md में push करें, और भारी कामों के लिए subagents पर निर्भर रहें। यही पूरी discipline है।

अगर आप design practice में AI wire कर रहे हैं, तो वही instinct हर जगह लागू होती है: machine को focused रखें और craft अपना रखें। यही designers के लिए Claude Code के पीछे का दांव है, और अगर आप बाकी चाहते हैं तो designers के लिए AI पर और भी है।

Brainy designers को craft खोए बिना AI को काम पर लगाने में मदद करता है। देखें कि हम creators के लिए क्या बना रहे हैं।