कोडबेस संदर्भ
Coding Agent को स्थायी कोडबेस संदर्भ दें।
रिपॉज़िटरी ज्ञान को ऐसे संदर्भ में बदलें जो एक प्रॉम्प्ट के बाद भी रहे। FiboCode स्पेसिफ़िकेशन, डिज़ाइन, योजनाएँ, विश्लेषण, बदलाव की व्याख्याएँ, कोड, दस्तावेज़ और ग्राफ़ को प्रोजेक्ट में जोड़ता है ताकि अगला Agent काम चैट इतिहास से अधिक जानकारी के साथ शुरू हो।
Agent को बड़ा प्रॉम्प्ट नहीं, प्रोजेक्ट संदर्भ चाहिए।
Coding Agent सत्र में फ़ाइलें देख सकता है, लेकिन पुराने निर्णयों का तर्क केवल बातचीत में हो तो आसानी से खो जाता है। आर्किटेक्चर, सीमाएँ और पिछले बदलाव बार-बार बताने में समय लगता है और Agent को टीम द्वारा पहले से समझे संबंध फिर बनाने पड़ते हैं।
कॉन्टेक्स्ट इंजीनियरिंग इस ज्ञान को टिकाऊ और चयन योग्य बनाती है। FiboCode प्रोजेक्ट की समझ को कोड के पास Markdown में दर्ज करता है और पथ व ग्राफ़ से जोड़ता है। Agent को ठोस रिपॉज़िटरी सामग्री मिलती है जिसे लोग जाँच, सुधार और अगले बदलाव में ले जा सकते हैं।
देखें कि प्रोजेक्ट संदर्भ कोड के साथ कैसे बढ़ता है।
डेमो दिखाते हैं कि जुड़ा हुआ ज्ञान प्रस्तुतियों के बीच चलता और रिपॉज़िटरी के साथ विकसित होता है।
Agent बातचीत के अंत में गायब होने के बजाय वास्तविक काम के आसपास टिकाऊ प्रोजेक्ट रिकॉर्ड जमा होते हैं।
उन लिंक का अनुसरण करें जो Agent या डेवलपर को प्रोजेक्ट संदर्भ के पीछे का प्रमाण वापस दिलाते हैं।
ऐसा संदर्भ बनाएँ जिसे Agent फिर उपयोग कर सके।
हर संदेश नहीं, भविष्य के काम के लिए ज़रूरी प्रोजेक्ट तथ्य और निर्णय सुरक्षित रखें।
संदर्भ की सीमा तय करें।
उस फ़ीचर, मॉड्यूल, निर्णय या विफलता से शुरू करें जिसे Agent को समझना है। पूरे रिपॉज़िटरी को एक समान प्रॉम्प्ट न मानें; संबंधित फ़ाइलें और सिंबल चुनें।
टिकाऊ ज्ञान Markdown में दर्ज करें।
स्पेसिफ़िकेशन, डिज़ाइन, योजनाएँ, विश्लेषण और बदलाव की व्याख्याएँ ऐसे रूप में लिखें जो मूल चैट सत्र के बिना भी पढ़ा जा सके।
ज्ञान को सोर्स और संबंधों से जोड़ें।
पथ, टैग और ग्राफ़ से किसी दावे का स्रोत और दूसरे मॉड्यूल या दस्तावेज़ से उसका संबंध सुरक्षित रखें।
अगले Agent काम में संदर्भ लाएँ।
चुने हुए Agent CLI को संबंधित प्रोजेक्ट सामग्री पढ़ने दें और कार्यान्वयन व समझ के विकास के साथ रिकॉर्ड की समीक्षा और अपडेट करें।
ऐसा संदर्भ जिसे जाँचा जा सके।
रिपॉज़िटरी के अपने रिकॉर्ड।
महत्वपूर्ण संदर्भ पढ़ने योग्य Markdown में प्रोजेक्ट के साथ रहता है, किसी एक विक्रेता सत्र या निजी मेमोरी पर निर्भर नहीं होता।
ट्रेस योग्य सोर्स संबंध।
पथ और टैग व्याख्या को संबंधित कोड से जोड़ते हैं और लोगों को Agent की शुरुआती धारणाएँ जाँचने देते हैं।
संदर्भ की कई प्रस्तुतियाँ।
कोड कार्यान्वयन का तथ्य देता है, दस्तावेज़ व्यवहार और उद्देश्य बताते हैं और ग्राफ़ वे संबंध दिखाते हैं जो केवल गद्य से छिप सकते हैं।
बदलावों के साथ विकास।
स्पेसिफ़िकेशन, डिज़ाइन, योजनाएँ, diff रिकॉर्ड और विश्लेषण बताते हैं कि क्या और क्यों बदला, जिससे आगे का काम पिछली समझ पर बनता है।
उपयोग परिदृश्य: फ़ीचर को नए Agent सत्र में देना।
टीम पहले ही सबसिस्टम का नक्शा बना चुकी है, एक सीमा दर्ज कर चुकी है और संबंधित बदलाव पूरा कर चुकी है। पुरानी बातचीत चिपकाने के बजाय डेवलपर Agent CLI को सोर्स फ़ाइलों के साथ संबंधित विश्लेषण, डिज़ाइन और बदलाव रिकॉर्ड देता है।
Agent समीक्षा की गई सामग्री से शुरू करता है। नया बदलाव बढ़ने पर टीम उसी संदर्भ को सुधारती है, जिससे एक और अलग व्याख्या के बजाय रिपॉज़िटरी अगले डेवलपर या Agent के लिए उपयोगी रहता है।
कॉन्टेक्स्ट इंजीनियरिंग प्रॉम्प्ट इकट्ठा करना नहीं है।
लंबा प्रॉम्प्ट एक अनुरोध में विवरण ला सकता है, लेकिन अपने आप रखरखाव योग्य प्रोजेक्ट ज्ञान नहीं बनता। FiboCode टिकाऊ संदर्भ को अस्थायी बातचीत से अलग कर कोड, दस्तावेज़ और ग्राफ़ से दृश्य संबंध देता है।
Agent आपके चुने Agent CLI में ही तर्क और संपादन करता है। FiboCode उस वर्कफ़्लो के आसपास साझा, जाँच योग्य संदर्भ देता है; स्पेसिफ़िकेशन-आधारित विकास नई आवश्यकता से योजनाबद्ध निष्पादन तक संरचित रास्ता जोड़ता है।
कोडबेस संदर्भ से जुड़े सवाल
यहाँ स्थायी संदर्भ का क्या अर्थ है?
महत्वपूर्ण प्रोजेक्ट ज्ञान केवल अस्थायी Agent बातचीत में नहीं, बल्कि कोड के पास दोबारा उपयोग किए जा सकने वाले दस्तावेज़ और संबंधों में दर्ज रहता है।
क्या FiboCode नया Coding Agent देता है?
नहीं। आप अपना भरोसेमंद Agent CLI रखते हैं। FiboCode उसका वर्कस्पेस संदर्भ समृद्ध कर Agent के काम को एडिटर की समझ और समीक्षा से जोड़ता है।
Agent संदर्भ के लिए Markdown क्यों?
Markdown लोगों और Agent दोनों के लिए पढ़ना-लिखना आसान है, स्पेसिफ़िकेशन और व्याख्या के लिए उपयुक्त है और प्रोजेक्ट सामग्री की तरह जाँचा जा सकता है।
क्या संदर्भ में डायग्राम और संबंध हो सकते हैं?
हाँ। ग्राफ़ और टैग Markdown व कोड को पूरा करते हैं, संबंधों में नेविगेशन देते हैं और मूल प्रोजेक्ट सामग्री तक पथ रखते हैं।
कोड बदलने पर संदर्भ कैसे बदलना चाहिए?
संबंधित रिकॉर्ड को नए कार्यान्वयन से जाँचें और ज़रूरत पर अपडेट करें। लक्ष्य जीवित, ट्रेस योग्य नॉलेज बेस है, जमा हुआ सारांश नहीं।