Log in to leave a comment
No posts yet
AI एजेंट को कोड सौंपते समय सबसे चिंताजनक बिंदु रनटाइम कॉन्फ़िगरेशन होता है। हालांकि Claude Code सुविधाजनक है, लेकिन Next.js प्रोजेक्ट में NEXT_PUBLIC_ प्रीफिक्स को भूल जाना या आवश्यक API की (key) को छोड़ देना जैसी गलतियाँ होना पूरी तरह संभव है। इन संभावित गलतियों को हर बार मानवीय आँखों से जांचना थका देने वाला काम है।
प्रोजेक्ट रूट में एक .claude-check स्क्रिप्ट लिखें और इसे Claude Code के post-tool-use हुक से जोड़ें। स्क्रिप्ट को .env फ़ाइल में परिवर्तनों का पता लगाने और लापता प्रीफिक्स या खाली मानों की जाँच करने के लिए बनाएँ। यदि सत्यापन विफल हो जाता है, तो त्रुटि विवरण को JSON प्रारूप में आउटपुट करने के लिए सेट करें, ताकि Claude उस संदेश को देख सके और स्वयं सुधार करने का प्रयास कर सके। केवल एक मैकेनिकल सत्यापन लूप जोड़कर, आप परिनियोजन (deployment) के बाद एनवायरनमेंट वेरिएबल त्रुटियों को ठीक करने में लगने वाले समय को प्रति सप्ताह 2 घंटे तक कम कर सकते हैं।
लोकल एनवायरनमेंट और वास्तविक परिनियोजन एनवायरनमेंट के बीच का अंतर AI को गलत उत्तर देने के लिए मजबूर कर सकता है। Vercel प्रत्येक ब्रांच के लिए एक अद्वितीय प्रीव्यू URL बनाता है, और यदि आप इसे Claude सेशन में इंजेक्ट करते हैं, तो AI वास्तविक रनटाइम स्थिति को पहचानना शुरू कर देता है।
सबसे पहले, टर्मिनल में vercel ls --format json कमांड का उपयोग करके वर्तमान ब्रांच का परिनियोजन URL निकालने के लिए एक शेल स्क्रिप्ट बनाएँ। फिर, Claude Code चलाते समय --append-system-prompt फ्लैग के माध्यम से वह URL पास करें। अब आप Claude से कह सकते हैं, "प्रीव्यू URL लॉग देखें और त्रुटि ढूँढें।" यह विशेष रूप से हाइड्रेशन त्रुटियों को पकड़ने के लिए उपयोगी है जो लोकल में ठीक काम करती हैं लेकिन केवल परिनियोजन सर्वर पर दिखाई देती हैं। वास्तविक विकास के क्षेत्र में, केवल इस रीयल-टाइम डेटा इंजेक्शन के साथ डिबगिंग की गति 30% से अधिक बढ़ जाती है।
बिना सोचे-समझे प्रोजेक्ट की सभी फ़ाइलों को AI को सौंपना पैसे की बर्बादी है। जैसे-जैसे संदर्भ (context) जटिल होता जाता है, AI का तर्क प्रदर्शन कम हो जाता है और लागत बढ़ जाती है। .claudignore फ़ाइल का सही ढंग से उपयोग करना ही असली कौशल है।
**/.next/**, **/node_modules/**, **/dist/** जैसे बिल्ड आउटपुट को अवश्य बाहर रखें। सुरक्षा के दृष्टिकोण से महत्वपूर्ण .env.local को भी सूची में शामिल किया जाना चाहिए। यदि प्रोजेक्ट बड़ा है, तो हम प्रत्येक उप-निर्देशिका (subdirectory) में CLAUDE.md रखने वाली एक पदानुक्रमित (hierarchical) संरचना की अनुशंसा करते हैं। यह उस फ़ोल्डर के भीतर काम के लिए आवश्यक न्यूनतम जानकारी प्रदान करने का एक तरीका है। डेटा से पता चलता है कि केवल अनुकूलित इग्नोर पैटर्न सेटिंग्स के साथ, आप प्रति सेशन टोकन खपत को 40% तक बचा सकते हैं।
यदि आप एक टीम के रूप में Claude Code अपना रहे हैं, तो आपको सभी को इसे अपनी इच्छानुसार उपयोग करने की अनुमति नहीं देनी चाहिए। दुर्घटना एक पल में हो सकती है। Git रिपॉजिटरी में .claude/settings.json शामिल करें, जो सामान्य सुरक्षा उपायों (guardrails) को परिभाषित करता है, ताकि टीम के सभी सदस्य समान नियमों का पालन करें।
यदि सुरक्षा एक चिंता का विषय है, तो अनुमतियों को विभाजित किया जाना चाहिए। विशेष रूप से GitHub Actions जैसे CI एनवायरनमेंट में चलाते समय, contents: read और pull-requests: write अनुमतियाँ देना ही सुरक्षित है। इसका मतलब है कि AI सीधे कोड कमिट नहीं करता है, बल्कि केवल रिव्यू कमेंट के माध्यम से सुझाव देता है। व्यवस्थापक सेटिंग्स (Managed Settings) का उपयोग करके व्यक्तिगत डेवलपर्स को सुरक्षा सत्यापन हुक को अपनी इच्छानुसार बंद करने से रोकने के लिए एक तंत्र की भी आवश्यकता होती है। प्रॉम्प्ट इंजेक्शन हमलों के कारण दुर्भावनापूर्ण कोड इंजेक्शन के जोखिम को इस तरह के बहु-स्तरीय रक्षा प्रणाली के साथ रोका जाना चाहिए।
AI द्वारा संशोधित कोड की समीक्षा करते समय सबसे कष्टप्रद बात यह होती है कि यह पता नहीं चलता कि "इसे इस तरह क्यों बदला गया"। Claude Code सबसे अच्छा जानता है कि उसने क्या किया है। कार्य के संदर्भ का उपयोग करके उसे Conventional Commits मानकों को पूरा करने वाले संदेश तैयार करने के लिए कहें।
एक शेल फ़ंक्शन बनाएँ जो git diff --cached का परिणाम Claude को सौंपता है और उसे परिवर्तनों का विश्लेषण करने के लिए कहता है। यदि आप CLAUDE.md में अपनी टीम के कमिट कन्वेंशन को निर्दिष्ट करते हैं, तो AI feat(env): add NEXT_PUBLIC_API_URL जैसे विशिष्ट संदेश तैयार करेगा। यह किसी व्यक्ति द्वारा लापरवाही से लिखे गए "fix" की तुलना में बहुत अधिक जानकारीपूर्ण है। ये स्वचालित कमिट रिकॉर्ड सहकर्मियों के लिए कोड को समझने और स्वीकृत करने के समय को काफी कम कर देते हैं। मुख्य बात केवल सारांश से आगे बढ़कर Vercel इन्फ्रास्ट्रक्चर परिवर्तनों को सटीक रूप से रिकॉर्ड करना है।