AI कोडिंग एजेंटों के साथ लीगेसी कोड को ठीक करते समय पालन किए जाने वाले सिद्धांत
makedream2026年4月25日
0
Computing/Software
Comments (0)
Log in to leave a comment
No posts yet
makedreammakedreamLog in to leave a comment
No posts yet
एजेंट को अपने कंप्यूटर पर अनियंत्रित रूप से काम करने देना खतरनाक है। विशेष रूप से, यदि आप API कुंजियों को पर्यावरण चर (environment variables) में असुरक्षित छोड़ देते हैं, तो इस बात की संभावना है कि एजेंट गलती से उन्हें लॉग में प्रिंट कर दे या बाहरी रूप से प्रसारित कर दे। 1Password CLI का उपयोग करें। यह एक ऐसा तरीका है जहाँ कुंजियाँ केवल कमांड निष्पादित करते समय ही मेमोरी में अस्थायी रूप से डाली जाती हैं।
यह सुनिश्चित करने के लिए कि एजेंट गलती से महत्वपूर्ण फ़ाइलों को न छुए, आपको फ़ाइल सिस्टम को अलग (isolate) करना होगा। एक .cursorignore फ़ाइल बनाएँ और SSH कुंजियों, बिल्ड आर्टिफैक्ट्स और संवेदनशील कॉन्फ़िगरेशन फ़ाइलों को सूची से पूरी तरह हटा दें। प्रोजेक्ट रूट में इस फ़ाइल को रखने मात्र से ही एजेंट के गलत फ़ाइलों को संशोधित करने की संभावना 80 प्रतिशत कम हो जाती है। यदि संभव हो, तो एजेंट को Docker कंटेनर के अंदर चलाएं। यह एजेंट को होस्ट सिस्टम को सीधे छूने से रोकने का सबसे निश्चित तरीका है।
एजेंट को पूरे प्रोजेक्ट को पढ़ने देना आपकी मासिक API लागत को असहनीय बना देगा। विशेष रूप से, एजेंट का node_modules या .git फ़ोल्डर को पढ़ना पैसे की बर्बादी है।
एजेंट को केवल वही कोड भेजें जिसकी उसे आवश्यकता है। जैसे-जैसे प्रोजेक्ट का पैमाना बढ़ता है, इंडेक्सिंग के दायरे को सीमित करना आवश्यक हो जाता है। यदि आप Aider का उपयोग कर रहे हैं, तो /tokens कमांड के साथ वास्तविक समय में जाँचें कि आप कितना खर्च कर रहे हैं। जिन फ़ाइलों पर काम पूरा हो चुका है, उन्हें /drop कमांड के साथ संदर्भ (context) से तुरंत हटा दें। केवल ऐसा करने से ही अनावश्यक टोकन खपत को 70 प्रतिशत से अधिक कम किया जा सकता है। यदि आप Anthropic के संदर्भ कैशिंग (context caching) का समर्थन करने वाले मॉडल चुनते हैं, तो आप बार-बार आने वाले कोड संरचनाओं के लिए लगभग 75 प्रतिशत की अतिरिक्त छूट प्राप्त कर सकते हैं, इसलिए अपने API बिल की जाँच करें और तदनुसार मॉडल बदलें।
लीगेसी कोड में निर्भरताएँ (dependencies) उलझी होती हैं, इसलिए यदि आप इसे एजेंट को आँख बंद करके सौंपते हैं, तो पूरी प्रणाली खराब हो सकती है। एजेंट को बिना सोचे-समझे कोड लिखने का निर्देश न दें। आपको XML टैग्स का उपयोग करके एजेंट को संदर्भ प्रदान करना होगा। स्पष्ट रूप से लिखें कि किस फ़ंक्शन को ठीक करना है और किन नियमों का पालन करना है।
कोड को तुरंत मर्ज न करें। पहले एजेंट को संशोधन योजना प्रस्तुत करने के लिए मजबूर करें। यह एक ऐसी प्रक्रिया है जहाँ डेवलपर द्वारा योजना को मंजूरी देने के बाद ही कोड लिखा जाना चाहिए। एजेंट द्वारा संशोधित कोड को स्थानीय परीक्षण वातावरण में अवश्य चलाएँ। यदि आप CI विफलता लॉग को सीधे एजेंट को वापस भेजते हैं, तो वह स्वयं बग को ठीक कर लेगा। शोध के परिणाम बताते हैं कि इस प्रक्रिया का पालन करने से अतिरिक्त मानवीय हस्तक्षेप के बिना 84 प्रतिशत संभावना के साथ त्रुटियों को पकड़ा जा सकता है।
यदि आप यह जानना चाहते हैं कि एजेंट को पेश करने के बाद से आप कितने तेज़ हो गए हैं, तो कोड लिखने की गति को भूल जाइए। साइकिल टाइम ही महत्वपूर्ण है। आपको कोड लिखने, समीक्षा करने, संशोधित करने और परिनियोजन (deploy) करने में लगने वाले कुल समय को मापना होगा।
सबसे पहले, रिकॉर्ड करें कि वर्तमान प्रोजेक्ट के पहले कमिट से लेकर वास्तविक परिनियोजन तक कितने दिन लगते हैं। एजेंट द्वारा बार-बार की जाने वाली गलतियों को AGENTS.md फ़ाइल में संकलित किया जाना चाहिए और कोडिंग कन्वेंशन के रूप में छोड़ा जाना चाहिए। यदि कोई ऐसा मॉड्यूल है जहाँ AI द्वारा लिखा गया कोड गुणवत्ता में खराब है, तो यह AI की गलती नहीं, बल्कि सिस्टम संरचना की समस्या है। हर हफ्ते प्रति PR रीवर्क दर की जाँच करें। उपकरण तो केवल उपकरण हैं। एजेंट को एक सहकर्मी के रूप में मानना और टीम के वर्कफ़्लो के अनुसार बुनियादी ढांचे को समायोजित करना ही विकास टीम की प्रतिस्पर्धात्मकता निर्धारित करता है।