00:00:00सच्चाई यह है कि AI सॉफ़्टवेयर बनाने की प्रक्रिया में कभी क्रांतिकारी बदलाव नहीं लाएगा, कम से कम वैसे नहीं जैसा आप सोचते हैं।
00:00:05यह निश्चित रूप से सब कुछ तेज़ बनाता है, और चीज़ें गलत होने पर उन्हें सुधारना भी आसान बनाता है।
00:00:10लेकिन उत्पाद बनाने के 60 वर्षों से जो प्रक्रियाएँ निर्धारित की गई हैं, वे आज भी उतनी ही महत्वपूर्ण हैं, बस अलग कारणों से,
00:00:16पहले उन्हें यह सुनिश्चित करने के लिए लागू किया गया था कि इंसानों के पास इन उत्पादों को विकसित करने का एक संरचित तरीका हो।
00:00:21लेकिन अब यह AI एजेंटों को इंसानों की तरह काम करने में सक्षम बनाने की ओर स्थानांतरित हो गया है।
00:00:25इसलिए AI एजेंटों को ठीक से काम करने के लिए, आपको उनके परिवेश को सही तरीके से सेट करना होगा ताकि वे वास्तव में प्रक्रिया का पालन करें।
00:00:32और हम उन सभी चरणों से गुजरने वाले हैं जो आपको निर्माण शुरू करने से पहले उठाने की आवश्यकता है।
00:00:36एक भी प्रॉम्प्ट लिखने से पहले अपनी आवश्यकताओं की उचित योजना बनाना सबसे महत्वपूर्ण चीज़ है।
00:00:41यह वह हिस्सा है जहाँ मॉडल कितने भी अच्छे क्यों न हो जाएं, आपको समय बिताना ही होगा।
00:00:45अब योजना बनाने के कई तरीके हैं।
00:00:46आप प्लानिंग मोड में Claude कोड का उपयोग करके अपने ऐप की योजना बना सकते हैं, लेकिन इसकी प्लानिंग तकनीकी पर केंद्रित है, उत्पाद पर नहीं।
00:00:52जैसा कि हमने पिछले वीडियो में उल्लेख किया था कि जिस तरह से एजेंट प्रगति कर रहे हैं,
00:00:56प्लानिंग मोड को उतना विस्तृत या तकनीकी होने की आवश्यकता नहीं है और इसके बजाय उत्पाद के पहलू पर अधिक ध्यान केंद्रित करना चाहिए
00:01:01क्योंकि नए मॉडल शक्तिशाली हैं और प्लानिंग वैसी नहीं होनी चाहिए जैसी शुरुआती मॉडलों के कम सक्षम होने पर होती थी।
00:01:07तो Claude के प्लानिंग मोड के बजाय, आप अपने ऐप की योजना बनाने में मदद के लिए एक और एजेंट बना सकते हैं।
00:01:11इसमें Claude को मार्गदर्शन देने के लिए एक टेम्पलेट के साथ उचित PRD बनाने में मदद करने के निर्देश शामिल हैं कि आवश्यकताएं वास्तव में क्या हैं।
00:01:18एक बार जब आप एजेंट सेट कर लेते हैं, तो आप Claude को इसका उपयोग करने और उस ऐप की योजना बनाने के लिए एक प्रॉम्प्ट दे सकते हैं जिसे आप बनाना चाहते हैं।
00:01:23यह वास्तव में प्लानर एजेंट को लोड करता है और तब तक सवाल पूछता रहता है जब तक कि वह सभी आवश्यकताओं को समझ न ले।
00:01:28जब तक आप प्लानिंग से संतुष्ट नहीं हो जाते, यह सवाल पूछता रहता है।
00:01:32अब MVP को समझने के लिए, एजेंट को कई सवाल पूछने के लिए डिज़ाइन किया गया है।
00:01:36और अंत में, यह आपसे पूछेगा कि क्या आपके ऐप में कुछ और भी चाहिए।
00:01:40यदि आपको चाहिए, तो आप वे चीज़ें जोड़ सकते हैं जिन्हें आप चाहते हैं कि एजेंट लागू करे।
00:01:43यदि आप सभी सवालों से संतुष्ट हैं और सोचते हैं कि एजेंट योजना समझ गया है, तो आप उसे बस कह सकते हैं कि बस इतना ही।
00:01:49सवाल-जवाब सत्र के बाद, यह एक PRD दस्तावेज़ बनाता है और इसे प्रोजेक्ट फ़ोल्डर में सहेजता है।
00:01:54इस दस्तावेज़ में उन सभी आवश्यकताओं का विवरण है जिन पर आपने चर्चा की थी।
00:01:57कार्यान्वयन को चरणों में विभाजित किया गया है और इसमें सभी प्रमुख डिज़ाइन निर्णय और ऐप के लिए आवश्यक हर चीज़ शामिल है।
00:02:04अब जब आपने यह स्पष्ट कर लिया है कि आप कौन सा ऐप बनाना चाहते हैं, तो अगला कदम Claude.md फ़ाइल को ठीक से परिभाषित करना है।
00:02:10यह फ़ाइल महत्वपूर्ण है क्योंकि इसमें वे सभी निर्देश होते हैं जिनका आप चाहते हैं कि आपका एजेंट पालन करे।
00:02:15आप PRD दस्तावेज़ को लिंक करते हैं ताकि वह सीधे वहां से ऐप की सभी आवश्यकताओं तक पहुंच सके और आपको यहां कुछ भी दोहराना न पड़े।
00:02:21इस फ़ाइल में केवल वे चीज़ें होनी चाहिए जो एजेंट को नहीं पता हैं, न कि उन चीज़ों का उल्लेख जो वह पहले से जानता है।
00:02:27यह उन नियमों को संदर्भित करता है जिनका आप चाहते हैं कि प्रोजेक्ट पालन करे।
00:02:30आप अपने प्रोजेक्ट कन्वेंशन और वे सभी निर्देश जोड़ सकते हैं जिनका आप चाहते हैं कि Claude ऐप को लागू करते समय विशेष रूप से पालन करे।
00:02:37आदर्श दृष्टिकोण यह है कि आप init कमांड से Claude.md फ़ाइल न बनाएं और इसके बजाय इसे स्वयं बनाएं
00:02:43क्योंकि यह कमांड फ़ाइल को केवल मौजूदा कोडबेस के आधार पर जेनरेट करता है, न कि इस आधार पर कि उसे वास्तव में क्या जानने की ज़रूरत है।
00:02:49लेकिन यह फ़ाइल ऐसी नहीं है जिसे एक बार लिखकर भूल जाएं।
00:02:53आपको इसमें चीज़ें जोड़ते रहना होगा ताकि काम करते समय यह ऐप बनाने की प्रक्रिया में धीरे-धीरे सुधार कर सके।
00:02:58जैसा कि हमने अपने पिछले वीडियो में बात की थी, यह फ़ाइल एक बार लोड होती है और हमेशा संदर्भ में रहती है, काम करते समय एक दिशानिर्देश के रूप में कार्य करती है।
00:03:05इसलिए सुनिश्चित करें कि इस फ़ाइल में ऐसी चीज़ें न हों जिनकी वास्तव में आवश्यकता नहीं है या जो कार्यान्वयन के केवल एक क्षेत्र के लिए विशिष्ट हैं।
00:03:12आपको इस फ़ाइल में जो चीज़ें जोड़ने की ज़रूरत है वे हैं आपके प्रोजेक्ट द्वारा पालन किए जाने वाले सर्वोत्तम अभ्यास, आपके कोडिंग कन्वेंशन, आपकी लेखन शैली और कन्वेंशन,
00:03:19और अन्य समान चीज़ें लेकिन वे चीज़ें नहीं जिन्हें वह स्वयं समझ सकता है जैसे कि प्रोजेक्ट कैसे संरचित है।
00:03:24उसके लिए वह फ़ाइल संरचना को पढ़ सकता है और उसे स्वयं समझ सकता है।
00:03:28इसलिए इस फ़ाइल को लिखते समय अपना समय लें और सुनिश्चित करें कि ऐप को वास्तव में लागू करने से पहले यह आपकी ज़रूरतों और आपके प्रोजेक्ट के अनुसार ठीक से तैयार की गई है।
00:03:36अगली चीज़ जो आप सेट अप करते हैं वह है आपके स्किल्स, एजेंट और कोई भी MCP जिसका आप अपने प्रोजेक्ट में उपयोग करना चाहते हैं, वह भी निर्माण से पहले।
00:03:42MCP को कनेक्ट करना आसान है।
00:03:44आप बस उस बाहरी सेवा को कनेक्ट कर सकते हैं जिसे आप चाहते हैं कि एजेंट एक्सेस करे और उनके इंस्टॉलेशन कमांड चलाकर उन्हें इंस्टॉल कर सकते हैं।
00:03:50उदाहरण के लिए, हम अपना बैकएंड सुपरबेस पर बनाना चाहते थे इसलिए हमने प्रोजेक्ट में अपने एजेंट से सुपरबेस MCP को कनेक्ट किया।
00:03:57यदि आप UI घटकों के लिए Shad CN UI और ब्राउज़र परीक्षण के लिए Playwright का उपयोग कर रहे हैं,
00:04:01तो ऐप बनाने से पहले आपको उन सभी को कनेक्ट करना होगा ताकि एजेंट निर्माण के दौरान इन टूल्स को एक्सेस कर सकें।
00:04:07लेकिन वे केवल बाहरी सेवाओं से जुड़ने के लिए थे और आपको एजेंटों को कॉन्फ़िगर करने की भी आवश्यकता है।
00:04:12आप आवश्यकतानुसार जितने चाहें उतने एजेंट कॉन्फ़िगर कर सकते हैं।
00:04:14आपके पास योजना बनाने के लिए पहले से ही एक समर्पित प्लानर एजेंट है।
00:04:16आप एक कमिट एजेंट भी बना सकते हैं जो कमिट करने, प्री-चेक चलाने और पारंपरिक कमिट संदेशों का पालन करने के लिए ज़िम्मेदार है।
00:04:23आपके पास एक रिफैक्टरिंग एजेंट हो सकता है जो कोड को रिफैक्टर करता है और समग्र प्रदर्शन में सुधार करता है।
00:04:28और आपके पास एक वेरिफिकेशन एजेंट हो सकता है जो Playwright MCP के टूल्स का उपयोग करता है ताकि वह सत्यापित कर सके कि UI और उपयोगकर्ता प्रवाह इच्छानुसार काम कर रहे हैं या नहीं और इसमें ऐसा करने के सभी निर्देश शामिल हैं।
00:04:39अब एजेंटों के अलावा, आपको स्किल्स को भी कॉन्फ़िगर करने की आवश्यकता है।
00:04:42आप जितनी चाहें उतनी स्किल्स बना सकते हैं और आप स्किल क्रिएटर का उपयोग करके उन्हें आसानी से बना सकते हैं जो ओपन सोर्स GitHub रेपो पर उपलब्ध है।
00:04:49आप जितने चाहें उतने संदर्भ जोड़ सकते हैं और स्क्रिप्ट भी शामिल कर सकते हैं ताकि यह स्क्रिप्ट को सीधे चला सके और उसके आउटपुट का उपयोग कर सके।
00:04:55एजेंटों का उपयोग कब करना है और स्किल्स का उपयोग कब करना है, इसके बीच के अंतर के लिए, उन सभी वर्कफ़्लोज़ को स्किल्स के रूप में लागू करें जो दोहराए जाने वाले हैं और जिन्हें मार्गदर्शन और संदर्भों की आवश्यकता है।
00:05:04उदाहरण के लिए, आप एक फ्रंट-एंड स्किल बना सकते हैं क्योंकि यह एक दोहराया जाने वाला वर्कफ़्लो है और इसे पूरे ऐप में लगातार समर्पित दिशानिर्देशों का पालन करने की आवश्यकता होती है।
00:05:11उन कार्यों के लिए एजेंटों को लागू करें जिन्हें एक समर्पित संदर्भ विंडो की आवश्यकता है।
00:05:14आप फ्रंट-एंड स्किल का भी उपयोग कर सकते हैं जो ओपन सोर्स है और जिसका उपयोग सक्रिय रूप से Claude कोड के निर्माता द्वारा स्वयं किया जाता है।
00:05:20आपको अपने ऐप के विशेष पहलुओं के लिए पथ विशिष्ट नियम (path specific rules) भी जोड़ने होंगे।
00:05:23ये नियम उस पथ को परिभाषित करते हैं जिस पर वे लागू होते हैं और उस विशिष्ट भाग को लागू करने के लिए आवश्यक सभी निर्देश शामिल करते हैं।
00:05:29आप इनमें से जितने चाहें उतने कॉन्फ़िगर कर सकते हैं और उन्हें अपने Claude.md में भी लिंक कर सकते हैं ताकि एजेंट को पता चले कि उसे इन निर्देशों का पालन करना है।
00:05:36जैसा कि हमने पहले उल्लेख किया था, Claude.md व्यापक सिद्धांतों के लिए है, इसीलिए आपके पास विशिष्ट भागों के लिए तैयार किए गए पथ विशिष्ट नियम हैं ताकि एजेंट को पता चले कि उसे विशिष्ट कार्यान्वयन के लिए क्या करना है।
00:05:46हम इस चैनल पर AI के साथ उत्पाद बनाने के इन सभी सेटअपों और बहुत कुछ को कवर करते हैं, इसलिए यदि आप इनमें से अधिक देखना चाहते हैं, तो सब्सक्राइब करें और भविष्य के वीडियो पर नज़र रखें।
00:05:54लेकिन इन सभी सकारात्मक निर्देशों के बावजूद, अभी भी एक अंतर है।
00:05:58एजेंट कार्रवाई की ओर पक्षपाती होते हैं और आपकी सकारात्मक बाधाओं के निर्दिष्ट दायरे से बाहर की चीज़ें भी लागू कर सकते हैं।
00:06:03इसलिए, आपको एजेंट को स्पष्ट रूप से बताना होगा कि उसे क्या नहीं करना चाहिए।
00:06:06आप अपने डॉक्स फ़ोल्डर में यह फ़ाइल बना सकते हैं और इसे Claude.md में लिंक कर सकते हैं ताकि एजेंट को पता चले कि ये बाधाएं मौजूद हैं।
00:06:12इसमें प्रोजेक्ट के अनुसार तैयार किए गए सभी निर्देश होने चाहिए, जिसमें हर एक चीज़ निर्दिष्ट हो जिसे आप नहीं चाहते कि एजेंट बनाए।
00:06:19नकारात्मक बाधाएं (Negative constraints) महत्वपूर्ण हैं क्योंकि सकारात्मक विवरण एक निहित अंतर छोड़ देते हैं और नकारात्मक बाधाएं उस अंतर को बंद कर देती हैं, अस्पष्टता को दूर करती हैं और एजेंट को वहां प्रयोग करने से रोकती हैं जहां उसे नहीं करना चाहिए।
00:06:29वे एक स्पष्ट लक्ष्य देते हैं कि आउटपुट कैसा नहीं दिखना चाहिए।
00:06:32उदाहरण के लिए, यदि आप नहीं चाहते कि AI उस डिफ़ॉल्ट बैंगनी या नीले और सफेद संयोजन का पालन करे जिसे वह आमतौर पर उपयोग करता है, तो केवल संकेत देने के बजाय स्पष्ट रूप से बताएं कि आप वह नहीं चाहते हैं।
00:06:41लेकिन आगे बढ़ने से पहले, हमारे प्रायोजक Way in Video के बारे में कुछ शब्द।
00:06:44यदि आप लंबे वीडियो के साथ काम करते हैं, तो आप संघर्ष को जानते हैं। फुटेज के माध्यम से घंटों तक बस एक अच्छे पल को खोजने के लिए छानबीन करना, फिर उसे एडिट करने में और भी अधिक समय लगाना।
00:06:52Way in Video इन सबको ठीक कर देता है। यह एक AI वीडियो प्लेटफॉर्म है जो वास्तव में आपके वीडियो को समझता है।
00:06:56OpenClaw पर उनका AI क्लिपिंग स्किल किसी भी लंबे वीडियो को लेता है, सबसे वायरल पलों को ढूंढता है, उन्हें स्वचालित रूप से वर्टिकल में रीफ़्रेम करता है और कैप्शन जोड़ता है।
00:07:04कोई कोडिंग नहीं, कोई सेटअप नहीं। बस स्किल चलाएं और आपकी क्लिप पोस्ट करने के लिए तैयार हैं। बस ऐसे ही।
00:07:08यदि आप कुछ विशिष्ट चाहते हैं, तो आप साधारण अंग्रेजी का उपयोग करके किसी भी वीडियो के अंदर खोज सकते हैं। बस "funny reaction" या "best quote" टाइप करें और यह सीधे वहां पहुंच जाता है।
00:07:16यह स्पीकर लेबल के साथ वीडियो सारांश और ट्रांसक्रिप्शन को भी संभालता है। पॉडकास्ट, व्याख्यान और स्ट्रीम के लिए बिल्कुल सही।
00:07:22चाहे आप कंटेंट का पुन: उपयोग कर रहे हों या अपने वर्कफ़्लो को स्वचालित कर रहे हों, Way in Video आपके हर हफ्ते घंटों बचाता है।
00:07:27मैन्युअल एडिटिंग पर समय बर्बाद करना बंद करें। शुरू करने के लिए पिन किए गए कमेंट में दिए गए लिंक पर क्लिक करें।
00:07:32अब यह एक ऐसी चीज़ है जिसे अधिकांश AI फ्रेमवर्क किसी न किसी रूप में उपयोग करते हैं, जो विभिन्न उद्देश्यों के लिए कई दस्तावेज़ों का उपयोग करना है।
00:07:38लेकिन उन सभी दस्तावेज़ों के पीछे का मूल प्रगति (progress) और सीख (learning) दस्तावेज़ है।
00:07:42प्रगति फ़ाइल महत्वपूर्ण है क्योंकि जब आप कई सुविधाओं वाले बड़े पैमाने के ऐप पर काम कर रहे होते हैं, तो एजेंट इस बात का ट्रैक खो देता है कि उसने किन सुविधाओं को पहले ही लागू कर दिया है और किन पर उसे अभी काम करना है।
00:07:52इस फ़ाइल के बिना, एजेंट को वापस जाना पड़ता है, कार्यान्वयन को पढ़ना पड़ता है और यह पता लगाने के लिए कि क्या किया गया है, इसकी तुलना डॉक्स के साथ करनी पड़ती है।
00:07:58यह ओवरहेड पैदा करता है और समय और टोकन दोनों को बर्बाद करता है।
00:08:01इसलिए एक प्रगति फ़ाइल बनाएं जहां एजेंट बस एक नज़र डाल सके और जान सके कि चीजें वास्तव में कहां खड़ी हैं।
00:08:07लेकिन केवल प्रगति को ट्रैक करना ही काफी नहीं है क्योंकि एजेंट को यह भी जानने की जरूरत है कि क्या गलत हुआ।
00:08:11इसलिए, आपको एक लर्निंग्स (learnings) फ़ाइल की भी आवश्यकता है जहाँ एजेंट अपनी त्रुटियों को रिकॉर्ड करता है, उनके कारण क्या थे और उसने उन्हें कैसे ठीक किया।
00:08:17इस तरह, जब वह बाद में वैसी ही स्थिति का सामना करता है, तो वह वही गलती दोबारा नहीं करता है।
00:08:22अब चूंकि इन दोनों फ़ाइलों को सक्रिय रूप से अपडेट किया जाना है जब एजेंट ऐप को लागू कर रहा है,
00:08:26तो आपको Claude.md में एजेंट को स्पष्ट रूप से निर्देश देने की आवश्यकता है ताकि वह इन फ़ाइलों में जोड़ता रहे, निर्माण के दौरान अपने ज्ञान के आधार में सुधार करता रहे।
00:08:34अब ये दो फ़ाइलें सबसे आवश्यक हैं जिनकी हर सेटअप को आवश्यकता होती है।
00:08:38जब आप अपने लिए कोडिंग सेटअप बना रहे हों तो आप इनका उपयोग कर सकते हैं।
00:08:41हमने पहले भी एक वीडियो बनाया है जो इस बारे में बात करता है कि आप स्वयं फ्रेमवर्क कैसे बना सकते हैं, जिसे आप चैनल पर देख सकते हैं।
00:08:46लेकिन अगर आप अपना खुद का सेटअप करने की परेशानी से नहीं गुजरना चाहते हैं,
00:08:49तो आप बस कोडिंग फ्रेमवर्क पर भरोसा कर सकते हैं क्योंकि वे ठीक उसी के लिए अलग-अलग तंत्र का उपयोग करते हैं जिसे आप सीधे लागू कर सकते हैं।
00:08:56एक और आम गलती विकास के अंत में ही परीक्षण (tests) लागू करना है।
00:09:00यह समस्याग्रस्त है क्योंकि यदि आप किसी एजेंट से फीचर्स बनने के बाद टेस्ट लिखने और लागू करने के लिए कहते हैं,
00:09:05तो टेस्ट उतने प्रभावी नहीं होंगे जितने वे पहले लिखे जाने पर होते।
00:09:09टेस्ट लिखते समय, आपको एजेंट से आपके द्वारा बनाए गए PRD को संदर्भित करने के लिए कहना चाहिए और उसके आधार पर यह अनुमान लगाना चाहिए कि कार्यक्षमता को कैसे काम करना चाहिए।
00:09:16फिर एजेंट को इन अनुमानित आवश्यकताओं से टेस्ट लिखना चाहिए,
00:09:19अनिवार्य रूप से कार्यक्षमता और उन चीजों की रिवर्स इंजीनियरिंग करना जहां ऐप PRD से गलत हो सकता है।
00:09:24एक बार टेस्ट तैयार हो जाने के बाद, आप अंत में उन्हें यह सत्यापित करने के लिए चला सकते हैं कि कार्यान्वयन आवश्यकताओं को पूरा करता है या नहीं।
00:09:29पहले टेस्ट लिखने का कारण यह है कि यदि आप उन्हें बाद में लागू करते हैं, तो एजेंट को केवल वही पता होता है जो वास्तव में लागू किया गया था।
00:09:35यह मौजूदा फीचर्स के लिए टेस्ट को ऑप्टिमाइज़ करेगा, न कि स्पेसिफिकेशन में आवश्यक कार्यक्षमता के लिए।
00:09:41इससे आप उन सुविधाओं का परीक्षण करने से चूक सकते हैं जो निर्दिष्ट तो की गई थीं लेकिन सही ढंग से लागू नहीं की गई थीं।
00:09:46क्योंकि एजेंट लागू दृष्टिकोण के अनुसार ऑप्टिमाइज़ करता है, वह गहन परीक्षण में ढील दे सकता है,
00:09:50उन एज केसों को छोड़ सकता है जिन्हें पकड़ा जा सकता था यदि टेस्ट सीधे स्पेक्स से लिए गए होते।
00:09:55आपको एजेंट को "एप्लिकेशन का परीक्षण करें" जैसे खुले निर्देश नहीं देने चाहिए क्योंकि इस तरह Claude सिर्फ कार्यान्वयन के लिए ऑप्टिमाइज़ करता है।
00:10:02इसके बजाय, स्पेक्स द्वारा निर्देशित उचित परीक्षण लागू करें ताकि एजेंट को पता चले कि वास्तव में किसके लिए ऑप्टिमाइज़ करना है।
00:10:07साथ ही, यदि आप हमारे कंटेंट का आनंद ले रहे हैं, तो हाइप बटन दबाने पर विचार करें क्योंकि यह हमें इस तरह का और कंटेंट बनाने और अधिक लोगों तक पहुंचने में मदद करता है।
00:10:14ऐप विकास के दौरान कई लोगों के सामने आने वाली एक और समस्या अग्रिम समस्या ट्रैकिंग (upfront issue tracking) की कमी है।
00:10:19इसके बिना, समस्याओं का ढेर लग जाता है और इस बात का कोई रिकॉर्ड नहीं रहता कि वे किस कारण से हुईं या कब शुरू हुईं और जैसे-जैसे ऐप स्केल होता है, इसे ट्रैक करना कठिन हो जाता है।
00:10:26इसलिए, परीक्षण के दौरान उचित लॉग बनाए रखना महत्वपूर्ण है।
00:10:29बहुत से लोग इसके लिए GitHub का उपयोग करते हैं और GitHub समस्याओं को ट्रैक करने और प्रबंधित करने के लिए एक उत्कृष्ट मंच है।
00:10:34इसे अच्छी तरह से संरचित Git कमिट संदेशों के साथ मिलाने से Claude को मार्गदर्शन मिलता है कि प्रत्येक कमिट में क्या किया गया था और उसे अपनी प्रगति को ट्रैक करने की अनुमति मिलती है।
00:10:42Git की सबसे अच्छी विशेषताओं में से एक यह है कि यदि कोई परिवर्तन कोडबेस को तोड़ देता है, तो आप कमिट को रिवर्ट कर सकते हैं।
00:10:47और यदि आप किसी प्रयोगात्मक चीज़ का परीक्षण करना चाहते हैं, तो आप इसे आइसोलेशन में करने के लिए वर्क ट्री (work tree) का उपयोग कर सकते हैं।
00:10:51आप अपना सेटअप कॉन्फ़िगर कर सकते हैं ताकि एजेंट स्पष्टता बनाए रखने के लिए विस्तृत संदेशों का उपयोग करके प्रत्येक कार्यान्वयन के बाद कमिट करे।
00:10:58लेकिन GitHub तकनीकी उपयोगकर्ताओं के लिए अच्छा काम करता है और गैर-तकनीकी टीम के सदस्यों को समस्याओं को सबमिट करने में संघर्ष करना पड़ सकता है।
00:11:03इसलिए, उनके लिए, एजेंट को Trello या Notion जैसे प्रोजेक्ट मैनेजमेंट टूल से जोड़ना आदर्श है।
00:11:08यह समस्याओं को लॉग करने, प्रगति को ट्रैक करने और सुधारों पर सहयोग करने की अनुमति देता है।
00:11:12आपको संबंधित टूल के MCP को कनेक्ट करना चाहिए ताकि एजेंट इसे एक्सेस कर सके, समस्याओं को ट्रैक कर सके, उन्हें बोर्ड पर ले जा सके और रिपोर्टिंग को कुशलतापूर्वक प्रबंधित कर सके।
00:11:20आपको Claude.md में एक निर्देश भी जोड़ना होगा जिसमें यह निर्दिष्ट हो कि एजेंट को बग और समस्याओं को ठीक से ट्रैक करने के लिए Notion MCP का उपयोग करना चाहिए।
00:11:28शुरुआत में इसे सेट करना अमूल्य है क्योंकि प्रोजेक्ट स्केल होता है और कई लोग एक साथ विकास करना शुरू करते हैं, यह सुनिश्चित करते हुए कि सब कुछ कुशलतापूर्वक लॉग और ट्रैक किया जा सके।
00:11:36लेकिन भले ही आपका ऐप परीक्षण में पूरी तरह से काम करता हो, AI-जेनरेटेड कोड स्वाभाविक रूप से एक साथ कई उपयोगकर्ताओं को संभालने के लिए नहीं बनाया गया है।
00:11:43यही कारण है कि बहुत से लोग प्रोडक्शन में AI कार्यान्वयन को कम प्रदर्शन करते हुए पाते हैं।
00:11:47इसलिए, आपको उसके लिए भी तैयारी करनी होगी।
00:11:49यदि आपके पास कोई अनुमान है तो आप अपने एजेंट को उपयोगकर्ताओं की अपेक्षित संख्या बता सकते हैं और यह भी कि एक ही समय में कई उपयोगकर्ता ऐप का उपयोग करेंगे।
00:11:56फिर एजेंट को इस जानकारी के आधार पर लोड को स्ट्रेस टेस्ट करने के लिए टेस्ट केस लिखने चाहिए।
00:12:01कई परीक्षण उपकरण हैं जिनका आप उपयोग कर सकते हैं और आप उसे चुन सकते हैं जो आपकी आवश्यकताओं से मेल खाता हो।
00:12:05हमने Next.js ऐप के लिए K6 का उपयोग किया क्योंकि इसे लागू करना आसान है और यह हमारी आवश्यकताओं से मेल खाता है।
00:12:10आप ऐप के लिए कई दृष्टिकोणों को मैप करने के लिए यहां Claude के प्लान मोड का भी उपयोग कर सकते हैं क्योंकि यहां हमें एक विस्तृत तकनीकी योजना की आवश्यकता है।
00:12:17Claude PRD और उपयोगकर्ताओं की अनुमानित संख्या के आधार पर योजना बनाता है जिन्हें आप एक साथ उपयोग करने की उम्मीद करते हैं।
00:12:23Claude विभिन्न दृष्टिकोणों से कई सवाल पूछता है और संभावित मुद्दों को स्पष्ट करता है जो प्रोडक्शन में उत्पन्न हो सकते हैं।
00:12:29यह ऐप को समस्या होने पर भी शालीनता से विफल (fail gracefully) होने में मदद करता है और सुनिश्चित करता है कि उपयोगकर्ता अनुभव अनुकूलित है।
00:12:34इस मोड का उपयोग करके, आप अपने इरादे को स्पष्ट कर सकते हैं और स्केलेबिलिटी के लिए भी एजेंट की योजना बना सकते हैं।
00:12:39यह योजना आपके ऐप को एक विचार से प्रोडक्शन के लिए तैयार करने का अंतिम हिस्सा बन जाती है।
00:12:43अब यहां बताए गए ये सभी एजेंट और स्किल्स इस वीडियो के लिए और हमारे पिछले सभी वीडियो के लिए AI Labs Pro में उपलब्ध हैं जहां से आप इसे डाउनलोड कर सकते हैं और अपने प्रोजेक्ट के लिए उपयोग कर सकते हैं।
00:12:53यदि आपको हमारे काम में मूल्य मिला है और आप चैनल का समर्थन करना चाहते हैं, तो यह ऐसा करने का सबसे अच्छा तरीका है।
00:12:57लिंक डिस्क्रिप्शन में है।
00:12:59इसके साथ ही हम इस वीडियो के अंत में पहुँच गए हैं।
00:13:00यदि आप चैनल का समर्थन करना चाहते हैं और इस तरह के वीडियो बनाने में हमारी मदद करना चाहते हैं, तो आप नीचे दिए गए सुपर थैंक्स बटन का उपयोग करके ऐसा कर सकते हैं।
00:13:07हमेशा की तरह, देखने के लिए धन्यवाद और मैं आपसे अगले वीडियो में मिलूँगा।