आपका claude.md सेटअप वास्तव में AI कोडिंग को 99% धीमा बना रहा है

AAI LABS
Computing/SoftwareManagementInternet Technology

Transcript

00:00:00एक अकेली फाइल यह तय करती है कि आपको मिलने वाला प्रोडक्ट
00:00:04वास्तव में वही सही क्रियान्वयन है
00:00:05जिसकी आपको ज़रूरत थी। क्लॉड कोड उपयोगकर्ताओं के लिए वह claud.md है और दूसरों की अपनी फाइलें होती हैं, लेकिन सबसे आम तौर पर
00:00:10वे agents.md का उपयोग करते हैं।
00:00:11लेकिन चाहे आप कोई भी उपयोग कर रहे हों, जब तक आप इसे ठीक से सेट नहीं करते, आप अपने
00:00:15एजेंट से हर कार्य पर लड़ते रहेंगे।
00:00:17और अगर आपको लगता है कि एक साधारण init कमांड चलाना आपके लिए पर्याप्त है, तो आप वास्तव में
00:00:20यहाँ गलत हैं।
00:00:21आपको प्रोजेक्ट के अनुरूप एक संरचित पैटर्न का पालन करने की आवश्यकता है जो वास्तव में आपके एजेंट को
00:00:26बेहतर प्रदर्शन करने के लिए मजबूर करे।
00:00:27उस कारण से हमने अन्य विश्वसनीय स्रोतों से सर्वोत्तम प्रथाओं को संकलित किया है जिनका आपको पालन करना चाहिए,
00:00:31साथ ही हमारे क्लॉड कोड के साथ घंटों बिताने के अनुभव से, ताकि आप उन्हें सीधे अपने
00:00:35वर्कफ़्लो में प्लग कर सकें।
00:00:36और अंतिम वाला महत्वपूर्ण है क्योंकि यह निर्धारित करता है कि आपका एजेंट वास्तव में आपके निर्देशों का पालन कैसे करता है
00:00:41और यदि पालन नहीं किया गया तो आपकी फाइल में बाकी निर्देश उतने प्रभावशाली नहीं होंगे।
00:00:45पहली चीज जिसे आपको अपनी claud.md फाइल में जोड़ने की जरूरत है, वह कुछ ऐसी है जो सीधे
00:00:49आंद्रे कार्पेथी की स्किल्स रिपो से आ रही है जिसमें सबसे अच्छे claud.md पैटर्न शामिल हैं जिनके बारे में वह बात करते हैं।
00:00:54आपको क्लॉड को कोडिंग से पहले सोचने का स्पष्ट निर्देश जोड़ने की आवश्यकता है।
00:00:58यह क्लॉड को मान्यताओं को स्पष्ट रूप से बताने के लिए मजबूर करता है।
00:01:01यदि एक से अधिक व्याख्याएं मौजूद हैं तो इसे उन सभी को प्रस्तुत करना चाहिए ताकि हम
00:01:05कार्यान्वयन के सेट से निर्णय ले सकें।
00:01:07यह क्लॉड को समाधान में उतरने से पहले एक अलग दृष्टिकोण से सोचने के लिए
00:01:11मजबूर करता है।
00:01:12यह सुनिश्चित करता है कि जो समाधान यह लागू करता है वह वही है जो आप चाहते थे।
00:01:15यह पंक्ति हमारे वर्कफ़्लो से बहुत अधिक कोर्स करेक्शन को काट देती है, इसीलिए हमने इसे
00:01:20इतना मददगार पाया।
00:01:21इस निर्देश के जुड़ने के बाद, जब भी आप क्लॉड से कोई सुविधा लागू करने के लिए कहेंगे, तो यह मूल रूप से
00:01:25उस कार्य से संबंधित प्रश्नों का एक सेट पूछेगा जो आपने इसे दिया है ताकि आपके उत्तर इसे निर्देशित करें कि
00:01:29वास्तव में कार्य कैसे करना है।
00:01:31यह हिस्सा विशेष रूप से मददगार होगा क्योंकि अब क्लॉड कार्यान्वयनों का अनुमान नहीं लगाएगा
00:01:35और प्रशिक्षण डेटा से याद किए गए पैटर्न से सीधे अंदर नहीं कूदेगा।
00:01:39यह पूरी तरह से सोचेगा कि सही कार्यान्वयन क्या है और आपके साथ पुष्टि करेगा कि क्या यह
00:01:43इच्छित कार्यान्वयन है और फिर वास्तव में फीचर पर काम करेगा, बजाय इसके कि वह केवल
00:01:48इसका अनुमान लगाए और आप क्लॉड को बाधित करें क्योंकि इसने सही कार्यान्वयनों का पालन नहीं किया
00:01:52जो आपके दिमाग में थे, जो कि बहुत अधिक होता है और आपको बहुत अधिक
00:01:56कोर्स करेक्शन करने की आवश्यकता होती है।
00:01:57अगला नियम सरलता को पहले चुनना है।
00:01:59यह कुछ इतना सरल है फिर भी इसे विशेष रूप से claud.md में बताया जाना चाहिए ताकि
00:02:04एजेंट को इस सिद्धांत की उचित याद दिलाई जा सके।
00:02:07क्लॉड या किसी अन्य एजेंट की प्रवृत्ति उन समस्याओं के लिए बड़े समाधान लिखने की होती है जिन्हें सरल समाधानों से
00:02:11हल किया जा सकता है।
00:02:12लेकिन यह केवल इसलिए समस्याग्रस्त नहीं है क्योंकि इससे देरी होती है।
00:02:15यह बाद में कोड को रिफैक्टर करना भी कठिन बनाता है और फीचर्स जोड़ना और भी कठिन हो जाता है क्योंकि
00:02:19कार्यान्वयन इतना विस्तृत है कि यह सरल चीजों को लागू करने के लिए बहुत सारे टोकन खपत करता है।
00:02:24तो यह पंक्ति सचमुच क्लॉड को सरलता की ओर बढ़ने के लिए प्रेरित करती है।
00:02:27हम इसे हर प्रोजेक्ट पर भी जोड़ते हैं और विशेष रूप से बड़े पैमाने के अनुप्रयोगों पर काम करते समय क्योंकि
00:02:32उस स्तर पर ऐसा करना अधिक महत्वपूर्ण हो जाता है।
00:02:35यह विशेष रूप से क्लॉड को बताता है कि जो पूछा गया है उससे परे कोई भी सुविधा न जोड़ें और कार्यान्वयन के लिए
00:02:39उचित त्रुटि प्रबंधन सुनिश्चित करें।
00:02:41इसके चारों ओर का अनुशासित ढांचा मूल रूप से एक कठिन सीमा है।
00:02:44यदि आपके द्वारा पूछी गई किसी भी समस्या का समाधान 200 लाइनों में संभाला जा सकता है और इसे 50 लाइनों में
00:02:49रिफैक्टर किया जा सकता है, तो क्लॉड को समाधान को फिर से लिखना होगा क्योंकि इसका दृष्टिकोण गलत है।
00:02:54यह वास्तव में क्लॉड को बेकार के ओवरहेड कोड के साथ उन चीजों को लिखने से रोकेगा
00:02:58जो लागू करने योग्य भी नहीं हैं और क्लॉड द्वारा चुनी गई गलत दिशा को दर्शाती हैं।
00:03:03claud.md का तीसरा भाग सर्जिकल परिवर्तन लागू करना है या सरल शब्दों में, केवल उन हिस्सों को छूना है
00:03:08जिन्हें एजेंट को बिल्कुल छूना चाहिए।
00:03:11यह उस चीज को संबोधित करता है जिसका हम बहुत सामना करते हैं जब क्लॉड एक बार में बड़ी मात्रा में कोड लिख रहा होता है
00:03:15और सुधार को स्पष्ट रूप से claud.md फाइल में बताया जाना चाहिए।
00:03:19क्लॉड या सामान्य तौर पर एजेंटों की प्रवृत्ति एक कार्य करने के लिए कहे जाने पर उन चीजों को भी सुधारने की होती है
00:03:24जो उस कार्य के आसपास हैं।
00:03:25ये सुधार आस-पास के कोड परिवर्तनों या कोडबेस को फॉर्मेट करने जैसे दिख सकते हैं जिन पर
00:03:29हम वास्तव में नहीं चाहते कि यह उस समय ध्यान केंद्रित करे।
00:03:32लेकिन यह कष्टप्रद है क्योंकि क्लॉड का ध्यान उन कई चीजों में बंट जाता है जिन्हें यह
00:03:36एक बार में लागू करने की कोशिश कर रहा है।
00:03:37इस तरह के बदलावों को सेट करना अच्छा नहीं है क्योंकि क्लॉड मूल रूप से उन चीजों को शामिल कर रहा है
00:03:41जो हम नहीं चाहते थे कि यह अभी करे।
00:03:43इसलिए हमें claud.md में निर्देशों को स्पष्ट रूप से बताना होगा कि ऐसा न करें।
00:03:47यदि एजेंट को कोई असंबंधित मृत कोड दिखता है, तो उसे इसे स्वयं ठीक करने के बजाय इसका उल्लेख करना चाहिए।
00:03:52कभी-कभी इस तरह की चीजें विशिष्ट कारणों से होती हैं जिन्हें बाद में संबोधित किया जाना है,
00:03:56उस चरण पर नहीं जिस पर ऐप वर्तमान में है।
00:03:58वह मानसिक ढांचा जो क्लॉड को यह तय करने देता है कि उचित तरीके से कैसे कार्य करना है, वह है हर परिवर्तन की जांच करना
00:04:03और यह देखना कि क्या यह वास्तव में उस बात पर वापस जाता है जो उपयोगकर्ता ने पूछी थी।
00:04:06यदि ऐसा है, तो उसे वह बदलाव करना चाहिए।
00:04:08यदि ऐसा नहीं है, तो उसे उस सुविधा को नहीं छूना चाहिए।
00:04:10यदि यह पंक्ति जोड़ी जाती है, तो जब भी क्लॉड को कार्यान्वयन में कोई समस्या होगी, तो यह मूल रूप से
00:04:14केवल उसी चीज को बदलेगा जिसे उपयोगकर्ता ने इसे ठीक करने के लिए कहा था।
00:04:17इसलिए यह आपको उसी फाइल में मिली अन्य सभी समस्याएं बताएगा और आप वहां से तय कर सकते हैं
00:04:21कि क्या आप वास्तव में चाहते हैं कि यह उन्हें ठीक करे या नहीं।
00:04:24अंतिम पैटर्न जो आंद्रे कार्पेथी से निकाला गया था, वह लक्ष्य-संचालित निष्पादन है।
00:04:29एजेंट नहीं जानते कि सही आउटपुट कैसा दिखता है, जो मूल समस्या है।
00:04:33वे बहुत अधिक प्रभावी ढंग से काम करेंगे यदि वे जानते, और यही वह नियम है जिसे यह ठीक करता है।
00:04:36claud.md फाइल में, हमें क्लॉड को स्पष्ट रूप से बताना होगा कि वह हर उस कार्य के लिए सफलता मानदंड परिभाषित करे
00:04:41जो हम उसे देते हैं।
00:04:43इसलिए, किसी भी कार्य के लिए जिसे हम सौंपते हैं, क्लॉड को इसे एक सत्यापन योग्य लक्ष्य में बदलना होगा।
00:04:47उदाहरण के लिए, यदि आप इसे सत्यापन जोड़ने का कार्य देते हैं, तो यह अमान्य इनपुट के लिए परीक्षण लिखेगा
00:04:52और सुनिश्चित करेगा कि वे परीक्षण मामले वास्तव में सही इनपुट के लिए सही रिटर्न मानों के साथ पास हों।
00:04:57तो पूरा विचार यह है कि एजेंट परीक्षण मामलों को लागू करे और फिर तब तक दोहराए जब तक कि सभी परीक्षण
00:05:01मामले पास न हो जाएं और अंत में, प्रोजेक्ट में वही व्यवहार हो जिसकी हमें वास्तव में आवश्यकता है।
00:05:06यदि आप इसे किसी कार्य पर कोई संकेत देते हैं, तो यह सत्यापन योग्य लक्ष्य निर्धारित करेगा और कार्यान्वयन की योजना बनाएगा।
00:05:11फिर यह आपके लिए सभी परीक्षण मामले जोड़कर काम को सत्यापित करेगा और दिखाएगा कि यह
00:05:15पूरे ऐप को संक्षेप में कैसे संभालेगा।
00:05:17अब यह तार्किक तर्क के लिए काम कर सकता है, लेकिन यदि आप चाहते हैं कि एजेंट सत्यापित करे कि आपका
00:05:21UI कैसा दिखता है, तो एजेंट इसके लिए परीक्षण मामले नहीं लिख सकता है।
00:05:23तो इसके लिए आप क्लॉड क्रोम एक्सटेंशन या पपेटियर MCP जोड़ सकते हैं ताकि यह सत्यापित कर सके
00:05:28कि उन उपकरणों का उपयोग करके UI कैसा दिखता है।
00:05:30यह मदद करता है क्योंकि UI परिवर्तनों को कोड देखकर आंकना कठिन होता है और
00:05:35एजेंट को ऐप के वर्तमान दृश्यों को देखने का एक सत्यापन योग्य तरीका देने से और उसका उपयोग करके यह
00:05:40समस्याओं को ठीक कर सकता है।
00:05:41इसलिए, आप स्पष्ट रूप से एक पंक्ति जोड़ सकते हैं ताकि उसे पता चले कि UI कार्यान्वयन के बाद
00:05:45उसे MCP के माध्यम से परिणाम को सत्यापित करने की भी आवश्यकता है।
00:05:48यदि आपने क्लॉड कोड के अपने init कमांड का उपयोग करके claud.md फाइल बनाई है, तो आप देखेंगे कि
00:05:53यह देव सर्वर और बिल्ड सर्वर चलाने के लिए कमांड जोड़ता है।
00:05:57लेकिन वे पहले से ही इसके प्रशिक्षण डेटा में हैं और क्लॉड को वे कमांड पहले से पता हैं और
00:06:01हमें claud.md में स्पष्ट रूप से लाइनों को बर्बाद करने की ज़रूरत नहीं है जो इसे बताए कि यह पहले से क्या जानता है।
00:06:05इसलिए अपनी फाइल में आपको केवल उन उपकरणों का उल्लेख करने की आवश्यकता है जिनका आप उपयोग करना चाहते हैं, उन उपकरणों के बजाय
00:06:09जिन पर यह डिफॉल्ट होता है।
00:06:11कुछ CLI उपकरण हैं जो वर्कफ़्लो को तेज़ बनाते हैं लेकिन क्लॉड के डिफॉल्ट प्रशिक्षण
00:06:16डेटा या उन पैटर्न में नहीं हैं जिन पर यह पहले से निर्भर करता है।
00:06:18इसलिए आपको उन्हें स्पष्ट रूप से जोड़ना होगा ताकि क्लॉड को पता चले कि वे उपकरण इंस्टॉल हैं
00:06:22और वह हर समय अपने दम पर उपयोग की जाने वाली चीजों पर वापस न जाए।
00:06:26उदाहरण के लिए यदि आपने Git के साथ काम करने के बजाय github cli इंस्टॉल किया है, तो आप
00:06:30claud.md में claud को सभी ऑपरेशनों के लिए डिफॉल्ट git कमांड के बजाय इसके cli का उपयोग करने का निर्देश
00:06:36जोड़ सकते हैं।
00:06:37इसी तरह आप और कमांड जोड़ सकते हैं जो डिफॉल्ट वाले नहीं हैं।
00:06:41आपको इस फाइल में प्रोजेक्ट के लिए रनिंग निर्देश भी जोड़ने की आवश्यकता है यदि वे सामान्य निर्देशों
00:06:45से भिन्न हैं।
00:06:46उदाहरण के लिए डिफॉल्ट सेटअप में अधिकांश प्रोजेक्ट npm द्वारा चलाए जाते हैं और यदि आपका प्रोजेक्ट pnpm के साथ चलता है,
00:06:51तो आपको यह जानकारी जोड़ने की आवश्यकता है ताकि एजेंट को पता चल सके कि कौन से कमांड वास्तव में
00:06:56चलाए जाने हैं।
00:06:57कमांड के अलावा कुछ भी जो क्लॉड पहले से जानता है उसे claud.md
00:07:01फाइल में शामिल नहीं किया जाना चाहिए।
00:07:02claud.md में अगला उल्लेख क्लॉड कोड के निर्माता और वर्कफ़्लो
00:07:07से प्रेरित है जो उन्होंने प्रकट किया था।
00:07:08उन्होंने बात की कि कैसे claud.md एक बार लिखो और हमेशा के लिए उपयोग करो वाली फाइल नहीं है।
00:07:12यह कुछ ऐसा है जिसे लगातार बदला जाना, अपडेट किया जाना और सुधार किया जाना चाहिए, निर्माण के दौरान
00:07:16एक चल रही प्रक्रिया के रूप में जिसे बार-बार दोहराया जाना चाहिए।
00:07:20इसलिए आपको एक निर्देश जोड़ने की आवश्यकता है कि यदि क्लॉड को उपयोगकर्ता द्वारा यह बताया जाना पड़ा कि इसका कार्यान्वयन
00:07:25सही नहीं था, तो इसे पहले उपयोगकर्ता द्वारा बताए गए सुधारों को लागू करना चाहिए।
00:07:29एक बार क्लॉड ने उन सुधारों को लागू कर दिया, तो इसे उन सीखों को एक समर्पित
00:07:33फाइल में भी जोड़ना चाहिए ताकि क्लॉड धीरे-धीरे इस बात का ज्ञान आधार बना सके कि इसे क्या नहीं करना चाहिए और
00:07:38काम करने का सही तरीका क्या है, जिसे यह बाद में आवश्यकतानुसार संदर्भित कर सके।
00:07:42लेकिन आगे बढ़ने से पहले, हमारे प्रायोजक से एक बात सुनते हैं।
00:07:45क्लॉस, आपने शायद AI एजेंटों के बारे में सुना होगा।
00:07:47हो सकता है कि आपने खुद एक को सेट करने की कोशिश की हो, 15 मिनट बाद आप टर्मिनल को घूर रहे होंगे
00:07:51कॉन्फ़िगरेशन फाइलों में API कीज़ पेस्ट कर रहे होंगे, यह सोचकर कि क्या आपने अभी कुछ महत्वपूर्ण लीक कर दिया है।
00:07:56क्लॉस उन सब को छोड़ देता है।
00:07:57क्लॉस OpenClaw चलाता है, क्लाउड पर ओपन सोर्स AI एजेंट।
00:08:00आप साइन अप करें, आपको ओपन राउटर क्रेडिट में $15 मिलते हैं और आप प्रॉम्पटिंग शुरू करते हैं।
00:08:04कोई टर्मिनल नहीं, कोई डॉकर नहीं, कोई API की स्केवेंजर हंट नहीं।
00:08:07मैंने क्लॉस से स्टार्टअप डायरेक्टरी को स्क्रैप करने, परिणामों को एक टेबल में व्यवस्थित करने
00:08:12और इसे मुझे ईमेल करने के लिए कहकर इसका परीक्षण किया।
00:08:13चैट विंडो में एक प्रॉम्प्ट, हो गया।
00:08:15कोई कोड नहीं, कोई ब्राउज़र एक्सटेंशन नहीं।
00:08:17यह Exa और Apollo जैसे बिल्ट-इन टूल के साथ आता है और स्लैक, व्हाट्सएप, यहां तक कि
00:08:21iMessage से भी जुड़ता है।
00:08:22सब कुछ एक फायरवॉल मशीन पर चलता है, आपके व्यक्तिगत खातों से पूरी तरह से अलग।
00:08:27यदि कुछ टूट जाता है, तो उनका ऑटोफिक्स एजेंट क्लॉबर्ट इसे पैच करता है बिना आपके कुछ भी छुए।
00:08:31पिन किए गए कमेंट में लिंक पर क्लिक करें और क्लॉस को मुफ्त में आज़माएं।
00:08:35चूंकि अधिकांश कोडिंग प्रोजेक्ट्स Git द्वारा प्रबंधित किए जाते हैं, इसलिए आपको claud.md में स्पष्ट रूप से एक निर्देश
00:08:39जोड़ने की आवश्यकता है कि क्लॉड को ऐसे कमांड नहीं चलाने चाहिए जो पुष्टि के बिना अपरिवर्तनीय हैं।
00:08:44और यदि ऐसा कोई कमांड चलाने की आवश्यकता है, तो एजेंट को पहले अनुमति मांगनी चाहिए।
00:08:48ये कमांड खतरनाक हैं क्योंकि एक बार निष्पादित होने के बाद, परिणाम अपरिवर्तनीय हैं
00:08:53और वे उत्पादन को नुकसान पहुंचा सकते हैं।
00:08:55जैसे फोर्स पुशिंग, हेड को रीसेट करना, ब्रांच मर्ज करना या रिमूव के साथ फोर्स
00:09:00कमांड चलाना।
00:09:01आपको यह निर्देश भी जोड़ने की आवश्यकता है कि यदि क्लॉड अनिश्चित है कि कोई कमांड विनाशकारी है
00:09:04या नहीं, तो उसे मान लेने के बजाय पूछना चाहिए।
00:09:07यह आपको बहुत परेशानी से बचाएगा।
00:09:08उदाहरण के लिए, यदि क्लॉड गलती से ऐसी ब्रांच को मर्ज करने की कोशिश करता है जिसे आप मर्ज नहीं करना चाहते हैं,
00:09:12तो यह ऐसा करने से पहले अनुमति मांगेगा और आप तब इसे अस्वीकार कर सकते हैं ताकि आपका काम
00:09:16सुरक्षित रहे।
00:09:17जानकारी के सभी पहलुओं को एक ही claud.md फाइल में डालने की कोई आवश्यकता नहीं है क्योंकि वह
00:09:22इसे अनावश्यक रूप से ब्लोट करेगा और एजेंट को उससे भटकाएगा जो उसे वास्तव में करने की आवश्यकता है।
00:09:27इसलिए आपको पाथ स्कोप्ड नियम फाइलें बनाने की आवश्यकता है जो पहली पंक्ति में अपना दायरा घोषित करती हैं
00:09:31और उन सटीक फाइलों के अनुरूप निर्देश शामिल करती हैं।
00:09:34आपको claud.md में इन फाइलों के स्थान का भी उल्लेख करना होगा ताकि क्लॉड को पता चले कि वे मौजूद हैं।
00:09:40उदाहरण के लिए, यदि आप चाहते हैं कि API लिखते समय क्लॉड कुछ विशिष्ट निर्देशों का पालन करे, तो आप
00:09:44उन्हें उनके लिए एक नियम फाइल में जोड़ सकते हैं ताकि जब क्लॉड उन पर काम कर रहा हो, तो वह
00:09:48उन निर्देशों को लोड कर सके और सीधे उनका उपयोग कर सके।
00:09:50लेकिन समान रूप से महत्वपूर्ण, यह भी सुनिश्चित करता है कि API संबंधित निर्देश हस्तक्षेप न करें
00:09:55जब क्लॉड उन पर काम नहीं कर रहा हो।
00:09:56आप प्रोजेक्ट के विभिन्न हिस्सों के लिए कई नियम फाइलें रख सकते हैं, जिनमें से प्रत्येक में उस विशिष्ट क्षेत्र के
00:10:00अनुरूप निर्देश हों।
00:10:02इस तरह, क्लॉड केवल संबंधित निर्देश लोड करता है जब वह उस हिस्से पर काम कर रहा होता है।
00:10:06इसलिए यह संदर्भ ब्लोट को रोकता है और एजेंट को उसके वर्तमान कार्य पर केंद्रित रखता है बजाय
00:10:11असंबंधित नियमों से विचलित होने के।
00:10:13अधिकांश बड़े पैमाने के अनुप्रयोग एक मोनो रिपो में हैं, जो एक एकल बड़ा रिपॉजिटरी है जहां
00:10:18सभी विभिन्न घटकों को एक साथ रखा जाता है, प्रत्येक फोल्डर अपने आप में एक अलग हिस्से के रूप में कार्य करता है
00:10:22और प्रत्येक हिस्से को स्वतंत्र रूप से प्रबंधित किया जाता है जबकि मुख्य एप्लिकेशन के
00:10:27एक अलग पहलू में योगदान देता है।
00:10:28इसलिए यदि आप एक मोनो रिपो से प्रोजेक्ट चला रहे हैं, तो आपको यह सुनिश्चित करने की आवश्यकता है कि प्रत्येक उप
00:10:32रिपो में अपनी claud.md फाइल हो ताकि इसमें विशेष रूप से
00:10:37उसके अनुरूप निर्देश हों और उसे केवल ग्लोबल claud.md के निर्देशों पर निर्भर न रहना पड़े।
00:10:42ग्लोबल फाइल में केवल ऐसे निर्देश होने चाहिए जो सिस्टम के सभी हिस्सों पर व्यापक रूप से लागू हों।
00:10:47लेकिन स्कोप्ड claud.md फाइलें बेहतर काम करती हैं क्योंकि उनमें ऐसे निर्देश हो सकते हैं जो
00:10:48विशेष रूप से उस विशेष ऐप या मॉड्यूल के अनुरूप हों।
00:10:52यह एजेंट को बेहतर प्रदर्शन करने की अनुमति देता है क्योंकि उसके पास अधिक केंद्रित मार्गदर्शन होगा।
00:10:54इसलिए सभी बड़े प्रोजेक्ट निर्देशों को मुख्य फाइल में रखना गलत कदम है।
00:10:58यह वास्तव में फाइल को जानकारी के साथ ब्लोट करेगा और जब क्लॉड निर्देशों के साथ क्षेत्रों से गुजरता है
00:11:02जो वर्तमान कार्य से संबंधित नहीं हैं, तो यह इसके ध्यान को उससे हटा सकता है जो
00:11:07इसे वास्तव में करने की आवश्यकता है।
00:11:11साथ ही यदि आप हमारी सामग्री का आनंद ले रहे हैं, तो हाइप बटन दबाने पर विचार करें क्योंकि यह हमें
00:11:12इस तरह की और सामग्री बनाने और अधिक लोगों तक पहुंचने में मदद करता है।
00:11:16आपको अपनी claud.md फाइल में प्रोजेक्ट विवरण भी जोड़ने की आवश्यकता है और सुनिश्चित करें कि यह
00:11:19निर्देश इसके बिल्कुल शुरू में रखा गया है, न कि निर्देशों के बाकी हिस्सों के अंदर दफन।
00:11:24क्योंकि एजेंट इसे पहले पढ़कर ही समझ जाता है कि पूरा ऐप किस बारे में है।
00:11:29तो यह संदर्भ समझता है कि ऐप कैसे संरचित है, यह सामान्य रूप से क्या करता है, क्या
00:11:30विभिन्न सेवाएं और निर्भरताएं हैं और ऐप कैसे चलता है।
00:11:33इस तरह, यह शुरू से जानता है, बजाय कोड को देखकर यह अनुमान लगाने के कि
00:11:38ऐप क्या करता है।
00:11:41एक और अनुभाग जिसे हमें अपनी claud.md फाइल में जोड़ने की आवश्यकता है, वह यह है कि क्लॉड को सत्यापित करना होगा
00:11:45न केवल यह कि सुविधा मौजूद है, बल्कि यह भी कि यह किसी भी कार्य को पूर्ण बताने से पहले
00:11:46इरादे के अनुसार सही ढंग से कार्य करता है।
00:11:50इसे यह पुष्टि करने के लिए सभी उपलब्ध सत्यापन तंत्रों का उपयोग करना चाहिए कि बिल्ड और परीक्षण ठीक से पास होते हैं,
00:11:55लेकिन इस अनुभाग का उद्देश्य यह सुनिश्चित करना है कि कार्य वास्तव में वास्तविक का उपयोग करके पूरा हो गया है
00:11:57सत्यापन चरणों के द्वारा, केवल यह जांच कर नहीं कि सुविधा के लिए कोड मौजूद है।
00:12:02इसलिए यह निर्देश क्लॉड को अधिक ईमानदारी से रिपोर्ट करने और कई प्रकार के चेक जैसे
00:12:07यूनिट टेस्ट, लिंटिंग और टाइप चेक का उपयोग करने के लिए प्रेरित करता है ताकि यह सुनिश्चित हो सके कि ऐप
00:12:11सही ढंग से लागू किया गया है और इरादे के अनुसार काम करता है।
00:12:15अंतिम लेकिन कम महत्वपूर्ण नहीं, claud.md फाइल में आप अपने निर्देशों को जिस क्रम में रखते हैं, वह भी
00:12:20उच्च एजेंट प्रदर्शन सुनिश्चित करने के लिए बहुत महत्वपूर्ण है।
00:12:23आपको उन्हें प्राथमिकता के आधार पर क्रमबद्ध करना होगा।
00:12:27पहले निर्देश कठिन नियम होने चाहिए, जिसका अर्थ है हमेशा गैर-परक्राम्य, बिना किसी अपवाद के
00:12:29जो भी हो।
00:12:31ये कठिन नियम हमेशा पहले आने चाहिए, किसी भी अन्य नियम से पहले।
00:12:36फिर मध्यम प्राथमिकता वाले नियम आते हैं जो पिछले वाले जितने सख्त नहीं होते।
00:12:37वे कुछ हद तक परक्राम्य हैं लेकिन फिर भी महत्वपूर्ण हैं और उनका उल्लंघन नहीं किया जाना चाहिए।
00:12:40उसके बाद कम प्राथमिकता वाले निर्देश आते हैं जिनमें मुख्य रूप से संदर्भ और सुविधाएं शामिल हैं,
00:12:44ताकि एजेंट को वापस जाने और इस अनुभाग को मुख्य निर्णय स्रोत के रूप में उपयोग करने की आवश्यकता न हो।
00:12:48एक और महत्वपूर्ण बात यह है कि आपको यह सुनिश्चित करने की आवश्यकता है कि claud.md फाइल छोटी रखी जाए।
00:12:52एक सर्वोत्तम अभ्यास इसे 300 लाइनों की सख्त सीमा के तहत रखना है, जिसे एजेंट प्रदर्शन के लिए
00:12:57इष्टतम माना जाता है।
00:13:01लेकिन एक बार जब यह उससे लंबा हो जाता है, तो प्रदर्शन खराब होने लगता है।
00:13:06यहाँ बताई गई claud.md फाइल और यहाँ उल्लिखित अन्य सभी संसाधन AI लैब्स प्रो में उपलब्ध हैं
00:13:07इस वीडियो के लिए और हमारे पिछले सभी वीडियो के लिए जहां से आप उन्हें डाउनलोड कर सकते हैं
00:13:10और अपने प्रोजेक्ट्स के लिए उपयोग कर सकते हैं।
00:13:15यदि आपने हमारे काम में मूल्य पाया और चैनल का समर्थन करना चाहते हैं, तो यह सबसे अच्छा तरीका है
00:13:20ऐसा करने का।
00:13:21लिंक डिस्क्रिप्शन में है।
00:13:25यह हमें इस वीडियो के अंत तक लाता है।
00:13:26यदि आप चैनल का समर्थन करना चाहते हैं और हमें इस तरह के और वीडियो बनाने में मदद करना चाहते हैं, तो आप
00:13:27नीचे दिए गए सुपर थैंक्स बटन का उपयोग करके ऐसा कर सकते हैं।
00:13:29हमेशा की तरह, देखने के लिए धन्यवाद और मैं आपको अगले वीडियो में देखूंगा।
00:13:33तो नीचे दिए गए सुपर थैंक्स बटन का उपयोग करके ऐसा कर सकते हैं।
00:13:35हमेशा की तरह, देखने के लिए धन्यवाद और मैं आपको अगले वीडियो में देखूंगा।

Key Takeaway

claud.md फाइल में स्पष्ट, पदानुक्रमित निर्देश और लक्ष्य-संचालित सत्यापन तंत्र जोड़कर कोडिंग एजेंट की सटीकता को नाटकीय रूप से बढ़ाया जा सकता है।

Highlights

  • कोडिंग एजेंट के प्रदर्शन को अनुकूलित करने के लिए claud.md फाइल को 300 लाइनों की सीमा के भीतर रखना आवश्यक है।

  • एजेंट को कोडिंग शुरू करने से पहले मान्यताओं को स्पष्ट करने और समाधानों का प्रस्ताव देने का निर्देश देने से अनावश्यक सुधार (course correction) में कमी आती है।

  • सरलता को प्राथमिकता देने के लिए एक नियम जोडूएं जो 200 लाइनों वाले समाधान को 50 लाइनों में रिफैक्टर करने के लिए मजबूर करता है।

  • असंबंधित कोड को छूने से रोकने के लिए सर्जिकल परिवर्तन लागू करने का स्पष्ट निर्देश दें।

  • एजेंट को केवल कोड लिखने के बजाय सत्यापन योग्य परीक्षण मामले (test cases) लागू करने के लिए बाध्य करें।

  • जोखिम भरे कमांड जैसे 'force push' या 'merge' को चलाने से पहले एजेंट को स्पष्ट रूप से अनुमति मांगने का निर्देश दें।

Timeline

एजेंट मार्गदर्शन के लिए अनिवार्य निर्देश

  • कोडिंग शुरू करने से पहले एजेंट को सोचने और स्पष्ट निर्देश देने की आवश्यकता है।
  • एजेंट को कई समाधानों को प्रस्तुत करने और पुष्टि करने के लिए मजबूर करना चाहिए।

एक साधारण init कमांड पर्याप्त नहीं है। claud.md फाइल में आंद्रे कार्पेथी की कार्यप्रणाली के अनुरूप निर्देश जोड़ने से एजेंट को प्रशिक्षण डेटा पर अंधाधुंध निर्भर होने के बजाय तार्किक रूप से सोचने में मदद मिलती है। इससे कार्यान्वयन से पहले उपयोगकर्ता के साथ पुष्टि की प्रक्रिया सुनिश्चित होती है।

सरलता और सर्जिकल कोड परिवर्तन

  • एजेंट को जटिल समाधानों के बजाय सरलता को चुनने का निर्देश दें।
  • असंबंधित फाइलों या कोड को छूने से रोकने के लिए सर्जिकल बदलावों पर जोर दें।

एजेंटों की प्रवृत्ति समस्याओं को जरूरत से ज्यादा जटिल बनाने की होती है। एक कठिन सीमा निर्धारित करें जो समाधान को 50 लाइनों तक सीमित करने के लिए रिफैक्टरिंग को मजबूर करती है। साथ ही, अनावश्यक कोड सुधारों को रोकने के लिए केवल विशिष्ट कार्य से संबंधित परिवर्तनों तक एजेंट को सीमित रखना चाहिए।

लक्ष्य-संचालित निष्पादन और सुरक्षा नियम

  • प्रत्येक कार्य के लिए सत्यापन योग्य परीक्षण मामले परिभाषित करें।
  • बिना अनुमति के अपरिवर्तनीय कमांड चलाने पर रोक लगाएं।

एजेंटों को यह स्पष्ट रूप से बताएं कि कोड लिखना ही काफी नहीं है, उसे परीक्षण मामलों के माध्यम से कार्य की सफलता को सत्यापित करना होगा। Git जैसे महत्वपूर्ण ऑपरेशनों के लिए, स्पष्ट नियम जोड़ें ताकि एजेंट विनाशकारी कमांड चलाने से पहले उपयोगकर्ता की अनुमति ले।

प्रोजेक्ट संरचना और पदानुक्रम

  • विशिष्ट कार्यों के लिए पाथ-स्कोप्ड (path-scoped) नियम फाइलों का उपयोग करें।
  • निर्देशों को उनकी प्राथमिकता के आधार पर क्रमबद्ध करें।

पूरी जानकारी एक ही फाइल में डालने से एजेंट भटक सकता है, इसलिए मोनो-रिपो के प्रत्येक भाग के लिए अलग नियम फाइलें बनाएं। निर्देशों को प्राथमिकता दें, जिसमें सबसे सख्त नियमों को शीर्ष पर रखा जाए, और फाइल को 300 लाइनों के भीतर सीमित रखें ताकि एजेंट का ध्यान केंद्रित रहे।

Community Posts

View all posts