Claude Code के अंदरः यह समझना कि संदर्भ, tokens , उपकरण और उप-एजेंट कैसे काम करते हैं
Claude Code नियम, कौशल, MCP , फ़ाइलों और उपकरण आउटपुट से स्तरित संदर्भ को इकट्ठा करता है, फिर परीक्षण चलाते समय tokens और उप-एजेंट्स का प्रबंधन करता है।
मुख्य जानकारी
- Claude Code मॉडल में एक संपूर्ण रिपॉजिटरी लोड नहीं करता है; यह प्रत्येक कार्य के लिए आवश्यक केवल प्रासंगिक फ़ाइलों, उपकरणों और परिणामों को पुनः प्राप्त करके एक कामकाजी संदर्भ बनाता है।
- CLAUDE.md, पथ-विशिष्ट नियमों और कौशल के माध्यम से संदर्भ को परतों में इकट्ठा किया जाता है, जो प्रत्येक अनुरोध को अधिभारित किए बिना लगातार परियोजना मार्गदर्शन की अनुमति देता है।
- एमसीपी उपकरण, उप-एजेंट और टूल आउटपुट निष्पादन लूप का हिस्सा बन जाते हैं जबकि मुख्य संदर्भ को छोटा रखने के लिए डिस्टिल्ड परिणाम लौटा सकते हैं।
- टोकन का उपयोग एक एकल संकेत से नहीं, बल्कि कई मोड़ों पर बढ़ता है क्योंकि प्रत्येक चरण में पूर्व संदर्भ, फ़ाइल रीड, टूल कॉल और कार्य स्थिति शामिल हो सकती है।
- संदर्भ खिड़की वास्तविक टोकन खपत के समान नहीं हैः एक बड़ा रिपॉजिटरी Claude Code को एक बार में लोड किए बिना विंडो से अधिक हो सकता है।
मेटा विवरण: जानें कि कैसे Claude Code परीक्षण उत्पन्न करने और टोकन उपयोग का प्रबंधन करते समय संदर्भ को इकट्ठा करता है, CLAUDE.md, कौशल, एमसीपी परिणाम और टूल आउटपुट लोड करता है।
टैगः Claude Code, संदर्भ इंजीनियरिंग, कोडिंग एजेंट्स, टोकन उपयोग, एमसीपी
विशेष रुप से प्रदर्शित छवि: रिपॉजिटरी फ़ाइलों, खोज उपकरण, परीक्षण आउटपुट और टोकन काउंटर का एक अमूर्त, मैत्रीपूर्ण चित्रण जो मॉडल लूप में बह रहा है, जिसमें कोई वास्तविक लोग, लोगो या पाठ नहीं हैं।
जब कोई डेवलपर Claude Code को एक बड़े रिपॉजिटरी पर कोडिंग कार्य देता है, तो एजेंट पूरे कोडबेस को मॉडल में नहीं भेजता। यह एक कामकाजी संदर्भ बनाता है, फाइलों की खोज और संपादन करता है, कमांड चलाता है, परिणाम पढ़ता है और अगली कार्रवाई का निर्णय लेता है। एंथ्रोपिक इसे लूप में टूल के साथ काम करने वाले मॉडल के रूप में वर्णित करता है। डेवलपर्स और आर्किटेक्ट्स के लिए, 89 इस Spring Boot भंडार का विश्लेषण करें, प्रौद्योगिकी स्टैक की पहचान करें, बुकिंगसर्विस के लिए JUnit 5 परीक्षण उत्पन्न करें, परीक्षण चलाएं, विफलताओं को ठीक करें और समीक्षा के लिए परिवर्तन तैयार करें. जैसे निर्णयों की श्रृंखला हैः क्या सीखना है, कौन सी फ़ाइलें निरीक्षण करना हैं, कौन से उपकरण कॉल करना है, और प्रत्येक परिणाम के बाद क्या करना है।
क्लाउड कोड एक कार्यशील सेट का उपयोग करता है, न कि रिपॉजिटरी डंप
कोड की 5 मिलियन पंक्तियों के साथ एक रिपॉजिटरी, हजारों फाइलें, कई मॉड्यूल, जावा और Spring Boot, कोणीय, डॉकर, कुबेरनेट्स, टेराफॉर्म और सीआई / सीडी एक विशाल प्रॉम्प्ट नहीं बन सकते हैं। एंथ्रोपिक ने हाइब्रिड संदर्भ रणनीति का उपयोग करते हुए Claude Code का वर्णन किया है, और इसे पूरे वातावरण को संदर्भ में लोड किए बिना बड़े वातावरणों पर नेविगेट करने के उदाहरण के रूप में उपयोग करता है। CLAUDE.md जल्दी लोड हो सकता है, जबकि फ़ाइल खोज और शेल कमांड समय पर जानकारी प्राप्त कर सकते हैं । उपयोगी प्रश्न यह नहीं है कि मेरा भंडार कितना बड़ा है? लेकिन इस कार्य के लिए क्लाउड किन हिस्सों को पुनर्प्राप्त करता था?
एंथ्रोपिक संदर्भ को एक अनुमान के दौरान उपलब्ध टोकन के रूप में परिभाषित करता है और कार्य प्रगति के साथ इसे लगातार क्यूरेट करने पर जोर देता है। संदर्भ में सिस्टम निर्देश, उपकरण, एमसीपी, बाहरी डेटा, संदेश इतिहास और कार्य परिणाम शामिल हो सकते हैं। Claude Code में, यह परियोजना निर्देशों और वर्तमान संकेत से पिछले वार्तालाप, प्रासंगिक फ़ाइलें, टूल परिणाम, एमसीसी परिणाम, परीक्षण विफलता और अगले निर्णय के लिए आवश्यक स्थिति में बढ़ सकता है। जब संदर्भ बहुत बड़ा होता है, तो संकुचन पहले के इतिहास का सारांश दे सकता है. उप-एजेंट समाप्त होने के बाद, मुख्य एजेंट पूर्ण अन्वेषण के बजाय परिणाम प्राप्त कर सकता है ।
CLAUDE.md, नियम और कौशल परतों में संदर्भ लोड करें
काम से अलग ज्ञानः CLAUDE.md और Skills का प्रभाव होता है कि Claude क्या जानता है; subagents और Agent Teams अलग-अलग संदर्भों में कार्य करते हैं।
CLAUDE.md स्थायी परियोजना निर्देश रखता है। यह मेवेन का उपयोग करने के लिए कह सकता है, ग्रेडल नहीं; ./mvnw परीक्षण के साथ यूनिट परीक्षण चलाएं; JUnit 5 और Mockito का उपयोग करें; src / विरासत को संशोधित न करें; कंस्ट्रक्टर इंजेक्शन का प्रयोग करें; और मौजूदा अपवाद-हैंडलिंग पैटर्न का पालन करें। क्योंकि यह बारी में प्रासंगिक रहता है, यह एक टोकन निर्णय है; एंथ्रोपिक इसे केंद्रित रखने की सलाह देता है, पूर्ण रिपॉजिटरी मैनुअल नहीं।
नियम पथ-विशिष्ट संदर्भ जोड़ते हैं। एक मोनोरेपो में, अनुबंध src/test/ के तहत भिन्न हो सकते हैं, एसआरसी/सुरक्षाएक नियम केवल प्रासंगिक क्षेत्र में लागू हो सकता है, इसलिए हर तथ्य प्रत्येक अनुरोध के साथ नहीं चलती।
स्प्रिंग-बूट परीक्षण कौशल में JUnit कन्वेंशन, Mockito सम्मेलन, टेस्ट नामकरण, कवरेज नियम, टेस्ट-डेटा बिल्डरों, मॉक सत्यापन नियमों और प्रत्येक असंबंधित कार्य पर कब्जा किए बिना समर्थन संदर्भ हो सकते हैं। यह प्रगतिशील प्रकटीकरण हैः छोटे से शुरू करें, फिर केवल तब अधिक प्रकट करें जब यह मायने रखता है।
एमसीपी, सबजेन्ट और टूल परिणाम लूप में प्रवेश करते हैं
BookingService उदाहरण के लिए, Claude Code सेवा का पता लगा सकता है और इसके आसपास की फ़ाइलों का निरीक्षण कर सकता है। रिपॉजिटरी अन्वेषण कार्य का हिस्सा बन जाता है। एंथ्रोपिक बड़े वातावरण में एजेंटों के लिए एक मुख्य तकनीक के रूप में जस्ट-इन-टाइम रिकवरी का वर्णन करता है।
MCP, Model Context Protocol के माध्यम से बाहरी संदर्भ आ सकता है। एक वर्कफ़्लो जिरा, आंतरिक एपीआई, डेटाबेस या प्रलेखन प्रणालियों पर निर्भर हो सकती है। Claude Code एमसीपी सर्वर का समर्थन करता है, और एंथ्रोपिक अनावश्यक टूल-स्कीमा संदर्भ को सीमित करने के तरीकों का वर्णन करता है जब तक कि उपकरण की आवश्यकता नहीं होती है। जब कोई MCP टूल जानकारी लौटाता है, तो वह परिणाम कामकाजी संदर्भ बन जाता है और अगले निर्णय को प्रभावित करता है। हुक और अनुमतियां व्यापक निष्पादन वातावरण में बैठती हैं क्योंकि टूल उपयोग के आसपास नियंत्रण; लूप अभी भी संदर्भ से मॉडल अनुमान, टूल निष्पादन, परिणाम और अन्य निर्णय के लिए चलता है।
उप-एजेंट लूप को बदलते हैं। काम सौंपने से मुख्य एजेंट एक आसुत परिणाम प्राप्त कर सकता है जबकि सब-एजेन्ट अपने स्वयं के संदर्भ में अन्वेषण करता है, जिससे मुख्य सत्र में कच्चे खोज इतिहास को कम किया जा सकता है।
संकेत एक बार में नहीं, बल्कि बारी-बारी से बढ़ते हैं
किसी कार्य के लिए कोई निश्चित टोकन संख्या नहीं है। एंथ्रोपिक एक नियम प्रकाशित नहीं करता है कि Spring Boot सेवा के लिए JUnit परीक्षण उत्पन्न करने पर 40,000 टोकन खर्च होते हैं। वर्तमान उपयोग प्रलेखन कहता है कि प्रत्येक मोड़ में अब तक की बातचीत, CLAUDE.md जैसे प्रोजेक्ट संदर्भ और फाइलें पढ़ी जाती हैं, और नया संकेत शामिल होता है। Claude Code कामकाजी संदर्भ का निरीक्षण करने के लिए /context प्रदान करता है और API बिलिंग का उपयोग करते समय सत्र टोकन और जानकारी खर्च करने की जांच करने की लागत देता है।
यदि किसी कार्य के लिए छह चरणों की आवश्यकता होती है service सेवा ढूंढें, निर्भरता का निरीक्षण करें, मौजूदा परीक्षणों का निरीक्षक हों, परीक्षण उत्पन्न करें, परीक्षण चलाएं और विफलताओं को ठीक करें टोकन उपयोग केवल एक मॉडल कॉल से गुणा किए गए फाइल नहीं हैं। प्रत्येक कदम पिछले एक पर निर्माण कर सकता है। एंथ्रोपिक नोट्स कोडिंग-एजेंट सत्र अधिक टोकन-गहन हो सकते हैं क्योंकि उनमें सिस्टम प्रॉम्प्ट, फ़ाइल संदर्भ, टूल कॉल्स और मल्टी-टर्न काम शामिल हैं।
संदर्भ खिड़की और टोकन उपयोग भिन्न होते हैं। Current Claude प्रलेखन में मॉडल और खाता विन्यास के आधार पर Claude Code में समर्थित क्लाउड मॉडलों के लिए 1 मिलियन टोकन तक की प्रासंगिक खिड़कियों को सूचीबद्ध किया गया है। इसका मतलब यह नहीं है कि क्लॉड हर बार 1 लाख टोकन लोड करता है। पांच मिलियन-टोकन रिपोजिटरी सिस्टम को एक साथ सभी को लोड करने के लिए मजबूर किए बिना संदर्भ विंडो से अधिक हो सकती है।
डेवलपर्स को आगे क्या देखना चाहिए
कोड परिवर्तन केवल एक बड़े निष्पादन लूप का दृश्य परिणाम है। टीमों के लिए, शीघ्र गुणवत्ता परिणाम का एक हिस्सा है। एक केंद्रित CLAUDE.md, पथ-विशिष्ट नियम, कौशल जो जरूरत पड़ने पर लोड होते हैं, अनुशासित एमसीपी उपयोग और स्पष्ट सबएजेंट सीमाएं एजेंट क्या कर सकते हैं और इसकी लागत को आकार देती हैं। व्यावहारिक कदम वास्तविक कार्यों के दौरान / संदर्भ की जांच करना, सत्रों में / लागत देखना और परियोजना निर्देशों को हर संभव दस्तावेज़ को संग्रहीत करने के स्थान के बजाय बजट कार्य सेट के रूप में व्यवहार करना है।

Comments (0)