समस्या निवारण और अनुकूलन

स्क्रीन 1: कम प्रदर्शन करने वाले प्रॉम्प्ट और आउटपुट का निदान

शिक्षण – कम प्रदर्शन का निदान·10 मिनट

जब कोई आउटपुट निराश करता है, तो अधिकांश लोग दो अनुत्पादक चीजों में से एक करते हैं: हार मान लेते हैं और निष्कर्ष निकालते हैं "Claude यह नहीं कर सकता," या बेतरतीब तरीके से चीजें बदलते हैं जब तक कुछ काम न करे। निदान कौशल दोनों को एक क्रम से बदल देता है। कम प्रदर्शन के खोजे जा सकने वाले मूल कारण होते हैं, और क्रम चलाना आमतौर पर एक मृत अंत को पाँच मिनट की मरम्मत में बदल देता है।

इस मॉड्यूल के अंत तक, आप सक्षम होंगे:

• 1यह निदान करना कि एक प्रॉम्प्ट या आउटपुट कम प्रदर्शन क्यों कर रहा है और इसे इसके मूल कारण तक ट्रेस करना: अपूर्ण विनिर्देश, संदर्भ अधिभार, गलत सुविधा या मॉडल, या पुरानी कॉन्फ़िगरेशन।

• 2आप जो आउटपुट प्राप्त करते हैं उसके आधार पर अपने दृष्टिकोण को समायोजित करना, आवर्ती सुधारों को ऐसी मरम्मत में बदलना जो बनी रहे बजाय एक ही मैनुअल काम को दोहराने के।

• 3एक वर्कफ़्लो को दक्षता के लिए अनुकूलित करना साझा संदर्भ, प्रारूप, और सत्यापन चरणों को Projects, Skills, और स्थायी निर्देशों में बढ़ावा देकर।

सामान्य विफलता पैटर्न और उनके मूल कारण

चारों समान दिखने वाले खराब आउटपुट का उत्पादन करते हैं, इसलिए यह जानने के लिए लक्षण समय पढ़ें कि आप किसमें हैं। प्रत्येक कार्ड को फ्लिप करें।

अपूर्ण विनिर्देश

अपूर्ण विनिर्देश। प्रॉम्प्ट ने संदर्भ, बाधाएं, या प्रारूप छोड़ दिया। सबसे सामान्य कारण, और ठीक करने के लिए सबसे सस्ता: जो गायब था उसे जोड़ें।

संदर्भ अधिभार

संदर्भ अधिभार। एक लंबी बातचीत संदर्भ सीमा के करीब पहुंच गई है, और पहली सामग्री को स्वचालित रूप से संक्षिप्त किया गया है जगह बनाने के लिए; विवरण संपीड़ित हो सकते हैं, इसलिए प्रारंभिक निर्देश अपनी शक्ति खो देते हैं। मरम्मत एक बेहतर प्रॉम्प्ट नहीं, बल्कि एक पुनरारंभ या सारांश है।

गलत सुविधा या मॉडल

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

पुरानी कॉन्फ़िगरेशन

पुरानी कॉन्फ़िगरेशन। एक स्थायी निर्देश, ज्ञान स्रोत, या Skill समय के साथ बहाव हो गया है और आउटपुट को चुप्पी से कम कर रहा है। मरम्मत रखरखाव है, Module 5 में कवर किया गया।

चारों पैटर्न समान दिखने वाले खराब आउटपुट का उत्पादन करते हैं, इसलिए कौशल लक्षण को पढ़ना है कि आप किसमें हैं। अपूर्ण विनिर्देश बहुत पहली प्रतिक्रिया से दिखाई देता है: आउटपुट कभी सही नहीं था, क्योंकि प्रॉम्प्ट कभी वह नहीं ले गया जिसकी उसे आवश्यकता थी। संदर्भ अधिभार एक अच्छे सत्र के आधे रास्ते में दिखाई देता है: यह ठीक शुरू हुआ और बातचीत बढ़ने के साथ खराब हो गया। गलत सुविधाएं विशिष्ट, दोहराए जाने वाले त्रुटि प्रकारों के रूप में दिखाई देती हैं: संख्याएं जो सूक्ष्मता से बंद हैं (कोड निष्पादन की आवश्यकता है) या एक कार्य पर उथला विश्लेषण जिसे गहराई की आवश्यकता है (गलत मॉडल स्तर)। पुरानी कॉन्फ़िगरेशन "यह काम करता था" के रूप में दिखाई देती है: वही सेटअप जो पिछले महीने अच्छा आउटपुट तैयार करता था अब नहीं करता, क्योंकि कुछ जिस पर यह निर्भर करता है बहाव हो गया। समय और पैटर्न: पहली प्रतिक्रिया-गलत, समय के साथ-खराब, विशिष्ट-त्रुटि-प्रकार, या उपयोग-किया-जाना। प्रत्येक एक अलग मरम्मत की ओर इशारा करता है।

कारण को अलग करना

उपकरण को दोष देने से पहले, विफलता का पता लगाएं। क्या यह प्रॉम्प्ट (विनिर्देश), संदर्भ (विंडो भरी हुई या गलत सामग्री लोड की गई), सुविधा विकल्प (गलत प्रवेश बिंदु, मॉडल, या कोई कोड निष्पादन नहीं), या अपेक्षा बेमेल (कार्य कभी भी Claude के लिए अच्छी तरह से नहीं था) है? चारों में से कौन सा नाम देना सीधे मरम्मत की ओर इशारा करता है।

एक निदान क्रम

यह निष्कर्ष निकालने से पहले क्रम में चलाएं कि Claude कार्य नहीं कर सकता:

• प्रॉम्प्ट को पाँच घटकों के विरुद्ध फिर से पढ़ें: क्या कुछ अपूर्ण विनिर्दिष्ट है?

• बातचीत की लंबाई जांचें: क्या संदर्भ अधिभारित है और पुनरारंभ या सारांश की आवश्यकता है?

• सुविधा और मॉडल जांचें: क्या यह एक गणना है जिसे कोड निष्पादन की आवश्यकता है, या एक गति-स्तर मॉडल पर एक जटिल कार्य है?

• कॉन्फ़िगरेशन जांचें: क्या निर्देश, ज्ञान, और Skills वर्तमान हैं?

• केवल तभी सवाल करें कि क्या कार्य बिल्कुल फिट है।

क्रम जानबूझकर सबसे सस्ती-मरम्मत-पहले चलता है। प्रॉम्प्ट को फिर से पढ़ना सेकंड का खर्च करता है और सबसे सामान्य विफलता को हल करता है, इसलिए यह पहले जाता है। सारांश से पुनरारंभ करना थोड़ा अधिक प्रयास खर्च करता है, इसलिए यह दूसरा आता है। सुविधाओं या मॉडल को स्विच करना और कॉन्फ़िगरेशन जांचना और भी अधिक खर्च करता है। यह सवाल करना कि क्या कार्य बिल्कुल फिट है आखिरी है क्योंकि यह सबसे महंगा निष्कर्ष है, यह प्रयास को समाप्त करता है और आपको केवल सस्ते कारणों को नियम से बाहर करने के बाद ही इस तक पहुंचना चाहिए। अधिकांश लोग इसे उलट देते हैं: वे पहले "सबसे सक्षम मॉडल में स्विच करें" या "यह कार्य असंभव है" पर कूदते हैं, जो महंगा कदम है जो आमतौर पर आवश्यक नहीं था। यहाँ अनुशासन चरण 5 तक छोड़ने की इच्छा का प्रतिरोध है।

काम किया गया उदाहरण: एक विफलता गैलरी

"सारांश मुख्य बिंदुओं को याद कर रहा है।" निदान: अपूर्ण विनिर्देश। प्रॉम्प्ट ने कभी नहीं कहा कि कौन से बिंदु महत्वपूर्ण हैं। मरम्मत: 'मुख्य' के लिए मानदंड का नाम दें।

"यह आधे रास्ते में मेरे प्रारूप का पालन करना बंद कर दिया।" निदान: एक लंबे सत्र में संदर्भ अधिभार। मरम्मत: सारांश से पुनरारंभ करें, या प्रारूप को एक स्थायी निर्देश में बनाए रखें।

"संख्याएं सूक्ष्मता से गलत हैं।" निदान: गलत सुविधा। मरम्मत: गणना को कोड निष्पादन में ले जाएं।

"यह पिछले महीने काम करता था, अब यह बंद है।" निदान: पुरानी कॉन्फ़िगरेशन। मरम्मत: Module 5 रखरखाव चेकलिस्ट चलाएं।

"मैंने इसे अगली तिमाही की सटीक बिक्री की भविष्यवाणी करने के लिए कहा और संख्या गलत थी।" निदान: अपेक्षा बेमेल। यह चरण-5 मामला है जिसे क्रम केवल दूसरों के बाद तक पहुंचने के लिए बनाया गया है। कोई प्रॉम्प्ट, पुनरारंभ, सुविधा, या कॉन्फ़िगरेशन परिवर्तन इसे ठीक नहीं करता, क्योंकि कार्य कुछ ऐसा मांगता है जो उपकरण नहीं कर सकता, जो भविष्य की संख्या की सटीकता के साथ भविष्यवाणी करना है। मरम्मत कार्य को एक में पुनर्गठित करना है जो फिट बैठता है: कथित मान्यताओं के साथ एक श्रेणी के लिए पूछें, या ड्राइवरों का एक मॉडल जिसे आप समायोजित कर सकते हैं। एक वास्तविक बेमेल को पहचानना एक निर्धारणीय विफलता को ठीक करने जितना ही कौशल है, यह आपको एक प्रॉम्प्ट को ट्यून करने में समय बर्बाद करने से रोकता है जो कभी उपलब्ध नहीं था।

अंत तक चलाएं, क्रम आमतौर पर एक या दो मिनट लेता है और दो जगहों में से एक में समाप्त होता है: एक विशिष्ट, सस्ती मरम्मत (अधिकांश समय), या एक आत्मविश्वास से भरा, तर्कसंगत "इस कार्य को पुनर्गठित करने की आवश्यकता है" (कभी-कभी)। दोनों ही जीत हैं, क्योंकि दोनों दो बुरे डिफ़ॉल्ट को एक निर्णय से बदल देते हैं जिसे आप समझा सकते हैं। आदत बनाना यह है कि जिस क्षण कोई आउटपुट निराश करता है, क्रम के लिए स्वचालित रूप से पहुंचना, किसी की गलती के बारे में राय बनाने से पहले।

हमने यह Associate कोर्स Module 7: Troubleshooting & Optimization Claude के साथ वास्तविक काम करने में आपकी मदद करने के लिए बनाया। इसे शैक्षणिक सामग्री के रूप में मानें। यह कानूनी, वित्तीय, या अन्य व्यावसायिक सलाह का गठन नहीं करता है, इसलिए जो आप सीखते हैं उसे अपनी स्थिति के अनुसार अनुकूलित करें। हमारे उत्पाद और सेवाएं तेजी से विकसित होती हैं, इसलिए कुछ सामग्री में त्रुटियां हो सकती हैं या पुरानी हो सकती हैं; Anthropic की वेबसाइट या दस्तावेज़ पर सत्यापित करना याद रखें। पाठ्यक्रम में उपयोग किए गए उदाहरण और परिदृश्य सचित्र हैं और अक्सर काल्पनिक हैं। यदि पाठ्यक्रम सामग्री किसी कंपनी या उत्पाद का उल्लेख करती है, तो इसका मतलब यह नहीं है कि Anthropic उन्हें समर्थन करता है, वे Anthropic को समर्थन करते हैं, या कि हम संबद्ध हैं। यह भी ध्यान दें कि Anthropic उत्पादों और सेवाओं का आपका उपयोग हमारी शर्तों, नीतियों और दस्तावेज़ों द्वारा कवर किया गया है; यदि इस पाठ्यक्रम में कुछ उनके साथ विरोध करता है, तो वे नियंत्रण करते हैं।

---

स्क्रीन 2: प्रतिक्रिया और परिणामों से दृष्टिकोण को समायोजित करना

शिक्षण – प्रतिक्रिया से समायोजन·7 मिनट

हर निराश करने वाला आउटपुट निदान डेटा है। उस डेटा को वाष्पित होने देना, हर बार जब यह फिर से होता है तो एक ही समस्या को हाथ से ठीक करना, एक मिस्ड अवसर का प्रतिनिधित्व करता है। कौशल आउटपुट आलोचना को एक विशिष्ट समायोजन में अनुवाद करना है और फिर मरम्मत को कैप्चर करना है ताकि यह बनी रहे।

आवर्ती काम में प्रतिक्रिया लूप बनाएं

ऐसे काम के लिए जो आप बार-बार करते हैं, प्रत्येक दौर के आउटपुट को सेटअप के बारे में एक संकेत के रूप में मानें। एक आवर्ती रिपोर्ट जिसे हर सप्ताह एक ही मैनुअल सुधार की आवश्यकता होती है, आपको बता रही है कि प्रॉम्प्ट, संदर्भ, या कॉन्फ़िगरेशन कुछ गायब है। प्रत्येक दौर के बाद पूछने की एक त्वरित आदत बनाएं, आउटपुट ने इसे तैयार करने वाली प्रणाली के बारे में क्या प्रकट किया।

आलोचना को एक विशिष्ट समायोजन में अनुवाद करें

एक अस्पष्ट "यह बिल्कुल सही नहीं है" कुछ भी सुधार नहीं करता। इसे सटीक परिवर्तन में परिवर्तित करें: कौन सा घटक, कौन सा संदर्भ, कौन सी कॉन्फ़िगरेशन सेटिंग। "बहुत सामान्य" "संदर्भ में दर्शकों को जोड़ें" बन जाता है। "गलत टोन" "स्थायी निर्देश में एक टोन बाधा जोड़ें" बन जाता है। समायोजन कार्य करने के लिए और जांचने के लिए पर्याप्त विशिष्ट है।

यहाँ कौशल एक प्रतिक्रिया को एक निर्देश में बदलना है। एक प्रतिक्रिया नाम देती है कि आउटपुट कैसा महसूस करता है ("बहुत सामान्य," "बिल्कुल सही नहीं," "बिंदु को याद किया"), जबकि एक निर्देश नाम देता है कि अगला आउटपुट अलग हो ताकि क्या बदलना है। विश्वसनीय तरीका कूद बनाने के लिए यह पूछना है: इसे सही होने के लिए विशेष रूप से क्या मौजूद होना चाहिए, और सेटअप का कौन सा हिस्सा इसे नियंत्रित करता है? "बहुत सामान्य" "दर्शकों का नाम दें और एक कार्य जो मैं उन्हें लेना चाहता हूं" बन जाता है। "बिंदु को याद किया" "एकल प्रश्न बताएं जिसका आउटपुट सामने उत्तर देना चाहिए" बन जाता है। प्रत्येक अनुवाद एक विशिष्ट लीवर की ओर इशारा करता है, प्रॉम्प्ट, लोड किया गया संदर्भ, या एक कॉन्फ़िगरेशन सेटिंग और वह लीवर वह जगह है जहां मरम्मत जाती है। यदि आप लीवर का नाम नहीं दे सकते, तो आलोचना अभी भी एक प्रतिक्रिया है, और अगला प्रयास एक अनुमान होगा।

जो काम किया उसे कैप्चर करें

जब एक मरम्मत काम करती है, तो इसे एक बार की बातचीत में न छोड़ें जहां यह खो जाएगी। इसे बढ़ावा दें: एक वाक्यांश जो विश्वसनीय रूप से सही आउटपुट का उत्पादन करता है एक स्थायी निर्देश बन जाता है; एक बहु-चरणीय मरम्मत एक Skill बन जाती है। मरम्मत को कैप्चर करना यह है कि एक भाग्यशाली दौर को एक स्थायी सुधार में कैसे बदलता है।

महंगी विफलता मोड मरम्मत को खोजना और फिर इसे खोना है। सोमवार के सत्र में खोजी गई एक सुधार और कैप्चर न की गई अगले सोमवार को फिर से खोजी जाएगी और जो भी कार्य चलाता है। प्रत्येक पुनः खोज पहली बार जितना समय खर्च करता है, हर व्यक्ति और हर चक्र से गुणा किया जाता है। मरम्मत को एक बार कैप्चर करना, Project में एक स्थायी निर्देश के रूप में या एक Skill के रूप में, एक दोहराए जाने वाले लागत को एक बार की लागत में परिवर्तित करता है। यह परीक्षण करने के लिए कि क्या एक मरम्मत को बढ़ावा देने के लायक है सरल है: क्या यह एक ही सुधार मेरे द्वारा या किसी और द्वारा फिर से आवश्यक होगा? यदि हाँ, तो यह कॉन्फ़िगरेशन में है। Claude की Memory आपके द्वारा दोहराए जाने वाले पैटर्न को उठा सकती है, लेकिन यह प्रति-उपयोगकर्ता है और सर्वोत्तम-प्रयास; कॉन्फ़िगरेशन एक मरम्मत के लिए जानबूझकर, साझा, विश्वसनीय घर है।

काम किया गया उदाहरण: एक आवर्ती मरम्मत को बढ़ावा दिया गया

एक ही मरम्मत को कैप्चर किए गए बनाम एक बार की बातचीत में छोड़ने की तुलना करने के लिए टॉगल करें।

एक विपणक ध्यान देता है कि हर अभियान-संक्षिप्त ड्राफ्ट को एक ही दो सुधारों की आवश्यकता है: यह लक्ष्य खंड को छोड़ देता है और कार्रवाई के आह्वान को दफन करता है। हर सप्ताह दोनों को हाथ से ठीक करने के बजाय, वह briefs Project में दो स्थायी निर्देश जोड़ती है: "हमेशा पहली पंक्ति में लक्ष्य खंड बताएं" और "कार्रवाई के आह्वान को अपने स्वयं के समापन अनुभाग में रखें।" अगला ड्राफ्ट सही आता है। प्रतिक्रिया का एक दौर, कॉन्फ़िगरेशन में कैप्चर किया गया, एक आवर्ती साप्ताहिक सुधार को हटा देता है।

इसके विपरीत विश्लेषक के साथ जो, हर महीने, मैनुअल रूप से Claude को याद दिलाता है कि रिपोर्ट को आंतरिक परीक्षण खातों को बाहर करना चाहिए। उन्होंने महीने एक पर सही निर्देश पाए लेकिन इसे बातचीत में रखा। छह महीने बाद वे अभी भी इसे टाइप कर रहे हैं, और जब एक सहकर्मी उनकी जगह लेता है, तो सहकर्मी को नहीं पता कि ऐसा करना है, इसलिए एक रिपोर्ट परीक्षण डेटा के साथ भेजी जाती है। मरम्मत पूरे समय मौजूद थी; विफलता इसे अनकैप्चर छोड़ रही थी।

---

स्क्रीन 3: दक्षता और प्रभावशीलता के लिए वर्कफ़्लो को अनुकूलित करना

शिक्षण – वर्कफ़्लो अनुकूलन·8 मिनट

अनुकूलन जानबूझकर है, आकस्मिक नहीं। आप वर्कफ़्लो को साधन करते हैं, घर्षण खोजते हैं, और मरम्मत को कॉन्फ़िगरेशन में बढ़ावा देते हैं। अच्छी तरह से किया, यह यौगिक करता है: प्रत्येक अनावश्यकता हटाई गई और प्रत्येक पैटर्न को बढ़ावा दिया गया वर्कफ़्लो को तेजी से और अधिक सुसंगत बनाता है जो इसे उपयोग करते हैं।

अनावश्यकता और घर्षण खोजें

एक आवर्ती AI-सहायक वर्कफ़्लो को देखें ऐसे चरणों के लिए जो अनावश्यक रूप से दोहराते हैं: एक ही संदर्भ हर सत्र में चिपकाया गया, एक ही सुधार हर दौर में किया गया, अंत में एक ही मैनुअल पुनर्स्वरूपण। प्रत्येक घर्षण है जो कॉन्फ़िगरेशन हटा सकता है। घर्षण जीने के लिए आसान है और देखने के लिए कठिन है, क्योंकि आप इसे एक बार में अवशोषित करते हैं। इसे पहचानने का तरीका एक पूर्ण वर्कफ़्लो चक्र देखना है और हर कदम नोट करना है जो आप हाथ से करते हैं जो आपने पिछली बार भी किया था। तीन संकेत हटाए जा सकने वाले घर्षण की ओर इशारा करते हैं। प्रत्येक को फ्लिप करके मरम्मत देखें। यदि आप घर्षण नहीं देख सकते, तो वर्कफ़्लो को एक बार चलाएं हर मैनुअल कदम को लिखने के स्पष्ट काम के साथ। यह सूची आपकी अनुकूलन बैकलॉग है।

दोहराव

आप हर रन में एक ही चीज चिपकाते या टाइप करते हैं।

मरम्मत: सहेजा गया संदर्भ या एक स्थायी निर्देश।

सुधार

आप हर आउटपुट में एक ही खामी को ठीक करते हैं।

मरम्मत: एक कॉन्फ़िगरेशन परिवर्तन ताकि खामी दिखाई न दे।

विचरण

विभिन्न लोग एक ही कार्य चलाते हुए अलग-अलग परिणाम प्राप्त करते हैं।

मरम्मत: एक साझा Skill या ज्ञान आधार ताकि हर कोई एक ही सेटअप चलाए।

समेकित और बढ़ावा दें

दो कदम अधिकांश काम करते हैं। ऐसे चरणों को समेकित करें जो एक साथ चल सकते हैं बजाय अलग प्रॉम्प्ट के। और Projects और Skills में दोहराए जाने वाले पैटर्न को बढ़ावा दें: संदर्भ जो आप हर बार चिपकाते हैं ज्ञान आधार या स्थायी निर्देशों में है; एक प्रक्रिया जो आप हर बार चलाते हैं एक Skill में है। बढ़ावा यह है कि एक व्यक्तिगत वर्कअराउंड कैसे एक टीम-व्यापी दक्षता बन जाता है।

बढ़ावा केवल तभी मदद करता है जब मरम्मत सही जगह पर उतरे। एक स्थायी निर्देश एक नियम के लिए है जो हमेशा एक Project के भीतर लागू होना चाहिए ("हमेशा लक्ष्य खंड शामिल करें")। Project ज्ञान आधार संदर्भ सामग्री के लिए है जो हर रन को चाहिए ("हमारी ब्रांड वॉयस गाइड," "वर्तमान उत्पाद सूची")। एक Skill एक दोहराए जाने वाली प्रक्रिया के लिए है जिसमें चरण हैं ("इस सटीक प्रारूप और क्रम में साप्ताहिक रिपोर्ट उत्पन्न करें")। त्वरित परीक्षण: क्या यह एक नियम, एक संदर्भ, या एक प्रक्रिया है? नियम निर्देशों में जाते हैं, संदर्भ ज्ञान में जाते हैं, प्रक्रियाएं Skills में जाती हैं। एक मरम्मत को गलत घर में डालना यह है कि कुछ "अनुकूलन" क्यों नहीं रहते। एक प्रक्रिया एक-पंक्ति निर्देश के रूप में चिपकाई गई अपने चरणों को खो देती है, और संदर्भ सामग्री एक निर्देश में भरी हुई हर प्रॉम्प्ट को फूलता है।

हर परिवर्तन एक सुधार नहीं है, इसलिए थोड़ी सावधानी के साथ बढ़ावा दें। जब आप एक मरम्मत को कॉन्फ़िगरेशन में ले जाते हैं, तो पुरानी दृष्टिकोण अभी भी उपलब्ध होने के साथ कुछ चक्रों के लिए वर्कफ़्लो चलाएं। यदि अनुकूलित संस्करण खराब या कम अनुमानित आउटपुट का उत्पादन करता है, तो आप इसे पकड़ना चाहते हैं इससे पहले कि यह कई बार भेजा जाए। अनुकूलन का यौगिक लाभ वास्तविक है, लेकिन एक बुरे परिवर्तन की यौगिक लागत भी है जो एक वर्कफ़्लो में बेक किया गया है जो हर कोई उपयोग करता है। कुछ रन पर लाभ साबित करें, फिर नए सेटअप के लिए प्रतिबद्ध हों।

सुधार को मापें

अनुकूलन जिसे आप माप नहीं सकते वह न्यायसंगत या बनाए रखने के लिए कठिन है। ठोस लाभ ट्रैक करें: प्रति चक्र समय बचाया, संशोधन चक्र कम किए गए, एक ही कार्य करने वाले लोगों में सुसंगतता में सुधार। एक वर्कफ़्लो जो 40 मिनट से 25 तक गिरा, या तीन संशोधन दौर से एक तक, एक सुधार है जिसे आप इंगित कर सकते हैं।

समय बचाया सबसे आसान मीट्रिक है, लेकिन यह हमेशा वह नहीं है जो सबसे महत्वपूर्ण है। कुछ वर्कफ़्लो के लिए वास्तविक लाभ सुसंगतता है (हर आउटपुट अब एक ही प्रारूप का पालन करता है और एक ही समस्याओं को पकड़ता है, भले ही कौन इसे चलाता है) या गुणवत्ता (कम त्रुटियां अंतिम उत्पाद तक पहुंचती हैं)। वह मीट्रिक चुनें जो मेल खाता है कि वर्कफ़्लो क्यों महत्वपूर्ण था: एक ग्राहक-सामना रिपोर्ट कच्ची गति से अधिक सुसंगतता और सटीकता को अनुकूलित करता है; एक आंतरिक ड्राफ्ट समय के लिए अनुकूलित करता है। सही मीट्रिक को आगे की ओर पहचानना भी आपको बताता है कि कब रुकना है, अनुकूलन में घटते रिटर्न होते हैं, और एक बार जब आप जिस मीट्रिक की परवाह करते हैं वह काफी अच्छा है, तो आगे की ट्यूनिंग अपने आप में एक तरह का घर्षण है।

काम किया गया उदाहरण: एक वर्कफ़्लो दक्षता ऑडिट

एक टीम की साप्ताहिक रिपोर्टिंग वर्कफ़्लो प्रति विश्लेषक लगभग 45 मिनट लेती है, और आउटपुट इस बात से भिन्न होते हैं कि कौन इसे चलाता है। ऑडिट तीन घर्षण पाता है: प्रत्येक विश्लेषक एक ही पृष्ठभूमि को फिर से चिपकाता है, प्रत्येक आउटपुट को हाथ से पुनर्स्वरूपित करता है, और प्रत्येक अलग चीजें पकड़ता है।

अनुकूलन: साझा Project ज्ञान आधार में पृष्ठभूमि ले जाएं, रिपोर्ट प्रारूप के लिए एक Skill जोड़ें, और सत्यापन कदम के लिए एक स्थायी निर्देश सेट करें। परिणाम: प्रति विश्लेषक लगभग 25 मिनट, टीम में सुसंगत प्रारूप, और एक कम संशोधन दौर। घर्षण वर्कफ़्लो को साधन करके पाया गया; लाभ कॉन्फ़िगरेशन में मरम्मत को बढ़ावा देने से आया।

ध्यान दें कि उदाहरण तीन बढ़ावा घरों में कैसे साफ-साफ मैप करता है: दोहराई गई पृष्ठभूमि (एक संदर्भ) ज्ञान आधार में गई, रिपोर्ट प्रारूप (एक प्रक्रिया) एक Skill में गया, और सत्यापन कदम (एक नियम) एक स्थायी निर्देश में गया। यह नियम-संदर्भ-प्रक्रिया परीक्षण लागू है। जब आप अपना स्वयं का ऑडिट चलाते हैं, तो प्रत्येक घर्षण को उन तीन घरों में से एक में छांटना यह है कि कष्टों की एक सूची को परिवर्तनों के एक ठोस सेट में कैसे बदलता है।

---

स्क्रीन 4: Module 7 क्विज: समस्या निवारण और अनुकूलन

क्विज – Module 7·5 मिनट

पाँच परिदृश्य-शैली प्रश्न। प्रत्येक एक स्थिति प्रस्तुत करता है; वह प्रतिक्रिया चुनें जो मॉड्यूल के निदान और अनुकूलन ढांचे को सर्वोत्तम रूप से लागू करती है। लगभग पाँच मिनट।

---

स्क्रीन 5: मुख्य निष्कर्ष

Module 7 – मुख्य निष्कर्ष·5 मिनट

चार चीजें जो इस मॉड्यूल में रहती हैं:

कम प्रदर्शन के खोजे जा सकने वाले कारण होते हैं।

निदान क्रम चलाएं, विनिर्देश, संदर्भ, सुविधा, कॉन्फ़िगरेशन, उपकरण को दोष देने से पहले।

अलग करें इससे पहले कि आप ठीक करें।

नाम दें कि क्या विफलता प्रॉम्प्ट, संदर्भ, सुविधा विकल्प, या अपेक्षा बेमेल है; कारण मरम्मत की ओर इशारा करता है।

हर निराश करने वाला आउटपुट डेटा है।

आलोचना को एक विशिष्ट समायोजन में अनुवाद करें, फिर मरम्मत को एक निर्देश या Skill के रूप में कैप्चर करें ताकि यह बनी रहे।

जानबूझकर अनुकूलित करें।

वर्कफ़्लो को साधन करें, घर्षण खोजें, मरम्मत को कॉन्फ़िगरेशन में बढ़ावा दें, और लाभ को मापें।

सभी उत्पाद व्यवहार विवरण जून 2026 के अनुसार claude. ai सुविधाओं पर आधारित हैं। सुविधा उपलब्धता और व्यवहार को प्रकाशन पर वर्तमान Anthropic दस्तावेज़ के विरुद्ध सत्यापित किया जाना चाहिए:

• Anthropic दस्तावेज़: प्रॉम्प्ट इंजीनियरिंग और समस्या निवारण मार्गदर्शन, platform. claude. com/docs

• Claude सहायता केंद्र: context windows, Projects, Skills, code execution, support. claude. com

• क्रॉस-संदर्भ: संदर्भ प्रबंधन (Module 1), निदान पुनरावृत्ति (Module 2), कॉन्फ़िगरेशन रखरखाव (Module 5)

---

स्क्रीन 6: बधाई! आपने इस मॉड्यूल को सफलतापूर्वक पूरा किया।

Module पूर्ण – Associate पथ·2 मिनट

आप अब कम प्रदर्शन का निदान कर सकते हैं और Claude वर्कफ़्लो को अनुकूलित कर सकते हैं जब परिणाम अपेक्षा से कम हों। व्यवस्थित रूप से समस्या निवारण करें, और Claude हर पुनरावृत्ति के साथ सुधरता है।

M1: उत्पाद और मॉडल चयन

किसी भी दिए गए कार्य के लिए सही प्रवेश बिंदु, मॉडल, और सुविधाएं चुनें।

M2: प्रॉम्प्टिंग

संरचित प्रॉम्प्ट बनाएं और उन्हें कार्य प्रकार के अनुसार अनुकूलित करें।

M3: आउटपुट मूल्यांकन

आउटपुट को मान्य करें और जानें कि मानव समीक्षा कब गैर-परक्राम्य है।

M4: वर्कफ़्लो एकीकरण

एक वर्कफ़्लो को Delegation मानदंड के विरुद्ध मैप करें और इसे सुरक्षित रूप से पुनर्डिज़ाइन करें।

M5: कॉन्फ़िगरेशन

Projects, निर्देशों, और ज्ञान को कॉन्फ़िगर और बनाए रखें।

M6: शासन

उपयोग-मामले, डेटा, नीति, और नैतिकता निर्णय को जिम्मेदारी से लागू करें।

M7: समस्या निवारण

कम प्रदर्शन का निदान करें और वर्कफ़्लो को अनुकूलित करें जब परिणाम अपेक्षा से कम हों।

M8: पाठ्यक्रम सारांश और अगले कदम

यात्रा को दोहराएं, परीक्षा के लिए तैयार हों, और Developer और Architect ट्रैक के लिए escalation सीमाओं को पहचानें।