लाभ:
- वास्तविक उदाहरणहरूबाट सबैभन्दा सामान्य प्रम्प्ट त्रुटिहरू पहिचान गर्दछ
- प्रत्येक त्रुटिको लागि व्यावहारिक र दोहोर्याउन मिल्ने फिक्स लागू गर्न सक्छ
- थाहा छ कि खराब आउटपुट प्राय: खराब प्रम्प्टको कारणले हुन्छ
यस मोड्युलमा, हामीले एक-एक गरी राम्रो प्रम्प्ट लेख्ने प्रविधिहरू सिकेका छौं। अब यसलाई फरक कोणबाट सुदृढ गरौं: सबैभन्दा सामान्य गल्तीहरू र तिनीहरूका समाधानहरू हेरेर। धेरै जसो खराब एआई आउटपुट खराब प्रम्प्टिंगको कारण हो, मोडेल अपर्याप्तता होइन। यदि तपाईंले यो एकाइमा त्रुटिहरू चिन्नुहुन्छ भने, तपाईंले चाँडै नै आफ्नै प्रम्प्टहरूमा समस्याहरूको निदान र समाधान गर्न सक्नुहुन्छ; "एआईले यो गर्न सक्दैन" भन्नुको सट्टा तपाईंले "मलाई मेरो प्रम्प्टलाई यसरी ठीक गर्न दिनुहोस्" भन्न सक्नुहुन्छ।
त्रुटिहरू पहिचान गर्न किन महत्त्वपूर्ण छ?
जब आउटपुटले तपाइँको अपेक्षाहरू पूरा गर्दैन, तपाइँ दुई तरिकामा प्रतिक्रिया दिन सक्नुहुन्छ: उपकरणलाई दोष दिनुहोस् वा प्रम्प्टलाई प्रश्न गर्नुहोस्। अनुभवी प्रयोगकर्ताले पछिल्लो गर्छ। किनभने धेरैजसो समय, समस्याको स्रोत स्पष्ट हुन्छ र परिणाम सानो सुधारको साथ परिवर्तन हुन्छ। तल हामी आठ सबैभन्दा सामान्य त्रुटिहरू, तिनीहरूका लक्षणहरू र समाधानहरू देख्नेछौं।
आठ सबैभन्दा सामान्य गल्तीहरू
त्रुटि
लक्षण
समाधान
अस्पष्टता
सामान्य, "एक आकार सबै फिट हुन्छ" जवाफ
मापनयोग्य निर्देशन दिनुहोस्
शून्य सन्दर्भ
आउटपुट जुन परिस्थितिमा फिट हुँदैन
को/किन/इतिहास थप्नुहोस्
ढाँचा निर्दिष्ट गर्दैन
गलत ढाँचामा आउटपुट
बल ढाँचा
बाधाहरूको अभाव
अत्यधिक, विचलित सामग्री
"गर्नुहोस्" सूची थप्नुहोस्
ओभरलोड
मोडेलले केही अनुरोधहरू छोड्छ
काम बाँडफाँड गर्नुहोस्, प्राथमिकता दिनुहोस्
गैर-पुष्टि
नक्कली जानकारी प्रयोग गर्दै
स्रोतको साथ तथ्यहरू जाँच गर्नुहोस्
एक शट अपेक्षा
पहिलो निकासमा हार नमान्नुहोस्
पुनरावृत्ति गर्नुहोस्
विरोधाभासी निर्देशन
असंगत आउटपुट
बाधाहरू पङ्क्तिबद्ध गर्नुहोस्
चरणबद्ध निदान विधि
जब दूषित आउटपुट आउँछ, यो क्रम पालना गर्नुहोस्:
- के मिशन स्पष्ट छ? क्रिया ठोस छ, के यसको मतलब तपाईले चाहानु भएको कुरा मात्र हो?
- सन्दर्भ पर्याप्त छ? मोडेललाई अवस्था थाहा छ?
- ढाँचा उल्लेख गरिएको छ? तपाईले चाहानु भएको ढाँचा हो?
- त्यहाँ कुनै प्रतिबन्धहरू छन्? के नचाहिने कुरा लेखिएको हो ?
- के मैले धेरै लोड गरें? के मैले एउटै प्रम्प्टमा ५ वटा फरक कामको लागि सोधें?
- के मैले प्रमाणित गरें? नम्बर, नाम, मिति जाँच गरिएको छ?
यी छवटा प्रश्नहरूले लगभग सबै त्रुटिहरू समात्छन्।
चार प्रतिलिपि योग्य प्रूफरीडिङ टेम्प्लेटहरू
1) अस्पष्टता हटाउन:
यो निर्देशनलाई मापनयोग्य बनाउनुहोस्: [अस्पष्ट निर्देशन] प्रत्येक अस्पष्ट बिन्दुलाई ठोस संख्या, मात्रा, वा मापदण्डमा अनुवाद गर्नुहोस्।
2) ओभरलोड विभाजन:
यो कार्य एकै पटक नगर्नुहोस्। यस क्रममा अगाडि बढ्नुहोस् र तपाईंले प्रत्येक चरण पूरा गरेपछि रोक्नुहोस्, मेरो पुष्टिकरणको लागि पर्खनुहोस्: १) [सबटास्क १]२) [सबटास्क २]३) [सबटास्क ३]
3) सीमित फिटिंग:
मैले तल दिएको जानकारीमा भर पर्नुहोस्। यदि त्यहाँ कुनै जानकारी छैन भने, "डेटा छैन" लेख्नुहोस्; अनुमान नगर्नुहोस् वा थप्नुहोस्। तपाईंले प्रयोग गर्नुभएको प्रत्येक महत्त्वपूर्ण दावी कुन लाइनबाट आएको हो भनी संकेत गर्नुहोस्। स्रोत: [पाठ]
4) विरोधाभास समाधान:
मैले तपाईंलाई दिएको निर्देशनहरूमा कुनै विरोधाभास छ कि छैन जाँच गर्नुहोस्। यदि त्यसो हो भने, विवादित बिन्दुहरू सूचीबद्ध गर्नुहोस् र मलाई कुनलाई प्राथमिकता दिने भनेर सोध्नुहोस्; त्यसपछि तदनुसार उत्पादन।
कमजोर प्रम्प्ट / बलियो प्रम्प्ट
कमजोर (धेरै त्रुटिहरू संयुक्त):
मार्केटिङ, बजेट, र भर्ती बारे हाम्रो कम्पनीको लागि एक व्यापक योजना लेख्नुहोस्, र तपाईं जान तयार हुनुहुन्छ।
शक्तिशाली (बग फिक्स):
भूमिका: तपाईं एसएमईहरूलाई सल्लाह दिने व्यवसाय विकास विशेषज्ञ हुनुहुन्छ। सन्दर्भ: 12 व्यक्तिहरू भएको सफ्टवेयर कम्पनी; लक्ष्य यस त्रैमासिकमा २० नयाँ ग्राहकहरू छन्। कार्य: मार्केटिङ योजना मात्र लेख्नुहोस् (बजेट र भर्ती समावेश नगर्नुहोस्)। ढाँचा: ५-बिन्दु कार्य सूची; प्रत्येक वस्तु: कार्य + जिम्मेवार + मापदण्ड। अवरोध: सशुल्क विज्ञापन बजेट ०; केवल जैविक च्यानलहरू सिफारिस गर्नुहोस्। नक्कली मेट्रिक्स नदिनुहोस्; सुझावको औचित्य पुष्टि गर्नुहोस्।
शक्तिशाली संस्करणले ओभरलोडलाई विभाजित गर्दछ (तीन विषयहरूलाई एउटै प्रम्प्टमा क्र्याम गर्दै), अस्पष्टता ("गुड लक") लाई मापदण्डसँग बदल्छ, र ढाँचा र अवरोध थप्छ।
तीन मिनी केसहरू
केस १ - ओभरलोड। एक प्रबन्धकले एकल प्रम्प्टमा रिपोर्ट सारांश, प्रस्तुतीकरण योजना र इ-मेल अनुरोध गर्नुभयो; मोडेलले सबै तीन आधा बनाए। कामलाई तीन अलग-अलग प्रम्प्टहरूमा विभाजन गरेर, प्रत्येक आउटपुट पूर्ण र प्रयोगयोग्य थियो। कुल समय एकल जटिल प्रम्प्ट संग संघर्ष भन्दा कम थियो।
केस 2 - गैर-पुष्टि। एउटा सामग्री टोलीले यसलाई प्रमाणित नगरी मोडेलले दिएको "उद्योग तथ्याङ्क" प्रकाशित गर्यो; नम्बर गलत भयो र तिनीहरूले सुधार जारी गर्नुपर्यो। पछि, तिनीहरूले "प्रत्येक नम्बर यसको स्रोत दिनुहोस्, म स्रोत जाँच गर्नेछु" को नियम अपनाए र यो जोखिम हट्यो।
केस 3 - विवादास्पद निर्देशन। जब एक मार्केटरले भन्यो "यो धेरै छोटो छ तर सबै सुविधाहरू बताउनुहोस्", मोडेलले केही सुविधाहरू छोड्यो। जब मैले निर्देशनलाई "60 शब्दहरूमा 3 सबैभन्दा महत्त्वपूर्ण विशेषताहरू वर्णन गर्नुहोस्" को रूपमा गैर-विरोधात्मक बनायो, आउटपुट छोटो र पूर्ण दुवै थियो।
सुझाव: लाइभ जानु अघि "छ वटा डायग्नोस्टिक प्रश्नहरू" मार्फत आफ्नो प्रम्प्ट चलाउनुहोस्। यो 30-सेकेन्डको जाँचले सुरुदेखि नै पुनरावृत्तिको धेरै राउन्डहरू अनावश्यक बनाउँछ।
सावधानी: सबैभन्दा खतरनाक गल्ती "गैर-प्रमाणीकरण" हो किनभने यसलाई बेवास्ता गरिएको छ किनभने आउटपुट सहज र विश्वस्त देखिन्छ। मोडेलले नम्बर, नाम वा स्रोतलाई ठूलो विश्वासका साथ मिलाउन सक्छ। स्वतन्त्र रूपमा कुनै पनि तथ्य प्रकाशित गर्न वा निर्णयको आधारको रूपमा प्रयोग गर्न प्रमाणित गर्नुहोस्। हामी अर्को एकाइमा यस विषयलाई गहिरो गर्नेछौं।
अदृश्य त्रुटि: "लगभग सही" आउटपुट
केहि त्रुटिहरू समात्न सजिलो छ: आउटपुट गलत ढाँचामा आउँछ, विषय बाहिर जान्छ, वा खाली आउँछ। तर सबैभन्दा कपटी गल्ती यो हो कि आउटपुट लगभग सही छ। पाठ धाराप्रवाह छ, संरचना चिकनी छ, टोन बिन्दुमा छ; त्यहाँ केवल एउटा गलत नम्बर, बेवास्ता गरिएको अवरोध, वा सानो तार्किक त्रुटि छ। यी प्रकारका आउटपुटहरू खतरनाक हुन्छन् किनभने तिनीहरू निरीक्षणबाट बच्न्छन् किनभने तिनीहरू "राम्रो देखिन्छन्।"
दुई बानीले यसबाट जोगाउँछ। पहिले, यसलाई नपढाई आउटपुट प्रयोग नगर्नुहोस्: तपाई जति हतारमा भए पनि, पठाउनु अघि यसलाई पढ्नुहोस्। दोस्रो, मोडेलले यसको आउटपुट जाँच गर्नु पर्छ: "तपाईंले मैले दिएका सबै बाधाहरू पालना गर्नुभएको छ कि छैन जाँच गर्नुहोस्" वा "यस पाठमा सबै संख्याहरू सूचीबद्ध गर्नुहोस्" ले लुकेका त्रुटिहरू सतहमा ल्याउनेछ। यी दुई चरणहरूले केही सेकेन्डहरू लिन्छन्, तर "लगभग सही" आउटपुटको कारणले गर्दा गलत निर्णयहरूको लागत धेरै उच्च छ।
गल्तीहरू बेवास्ता गर्दै: नियन्त्रणमा डिजाइन
आउटपुटमा त्रुटिहरूको खोजी गर्नुको सट्टा, अनुभवी प्रयोगकर्ताले तिनीहरूलाई प्रम्प्टमा सुरुबाट रोक्न प्रयास गर्दछ। यो मानसिकता मा फरक छ। प्रत्येक पुनरावर्ती त्रुटिलाई "स्थायी नियम" मा बदल्नुहोस्: यदि मोडेलले सारांश कार्यमा टिप्पणीहरू थपिरहन्छ भने, अब प्रत्येक सारांश प्रम्प्टमा "टिप्पणीहरू थप्नुहोस्" अवरोध सेट गर्नुहोस्। यदि मोडेलले सधैं सूची कार्यमा धेरै वस्तुहरू उत्पादन गर्छ भने, तपाइँको टेम्प्लेटमा "ठीक रूपमा X वस्तुहरू" बाधा राख्नुहोस्। यसरी, एउटै त्रुटि बारम्बार समात्नुको सट्टा, तपाइँ यसलाई पहिलो स्थानमा हुनबाट रोक्नुहोस्। राम्रोसँग डिजाइन गरिएको प्रम्प्टले दर्जनौं पछिल्ला सुधारहरू प्रतिस्थापन गर्दछ; यसले त्रुटि निदानलाई बोझबाट सिक्ने र सुधार गर्ने उपकरणमा परिणत गर्छ।
सामान्य गल्तीहरू
- बिचौलियालाई दोष लगाउने । प्रम्प्टमा समस्या खोज्नुको सट्टा "एआईले यो गर्न सक्दैन" भनी।
- एकल प्रम्प्टमा धेरै काम राख्नु। पाँचवटा छुट्टाछुट्टै कार्यहरूलाई एउटै निर्देशनमा कम्प्रेस गर्ने र तिनीहरूलाई आधा-सम्पन्न गर्ने।
- प्रमाणीकरण छोड्दै। धाराप्रवाह आउटपुट सही छ भनी मान्नुहोस्।
- विरोधाभासी बाधा दिँदै। "छोटो तर व्यापक" जस्ता आत्म-द्वन्द्वात्मक मागहरू।
- निदान बिना पुन: प्रयास गर्दै। के टुटेको छ भनेर पत्ता नलागेर उही गल्ती दोहोर्याउनुहोस्।
संक्षेपमा
- धेरै खराब आउटपुट प्रम्प्टको साथ समस्या हो, मोडेल होइन; निदान र सुधार गर्न सकिन्छ।
- सबैभन्दा सामान्य त्रुटिहरू: अस्पष्टता, शून्य सन्दर्भ, ढाँचाको कमी, अवरोधहरूको कमी, ओभरलोड, प्रमाणीकरणको कमी, एक-शट अपेक्षा, र विरोधाभास।
- छवटा निदान प्रश्नहरू (कार्य, सन्दर्भ, ढाँचा, अवरोध, लोड, प्रमाणिकरण) धेरै त्रुटिहरू समात्छन्।
- जटिल कार्यहरू विभाजन गर्दा तिनीहरूलाई एकल प्रम्प्टमा लोड गर्नु भन्दा छिटो र उच्च गुणस्तर परिणामहरू दिन्छ।
- सबैभन्दा कपटी त्रुटि गैर-प्रमाणीकरण हो; चिकनी आउटपुट सही मतलब छैन।
आवेदन कार्य
तपाईलाई मन नपर्ने पुरानो प्रिन्टआउट फेला पार्नुहोस् र "छ वटा निदान प्रश्नहरू" मार्फत यसको प्रम्प्ट चलाउनुहोस्। कुन त्रुटिहरू देखा पर्छन् चिन्ह लगाउनुहोस्, प्रत्येकको लागि यो एकाइमा फिक्स लागू गर्नुहोस्, र पुन: प्रम्प्ट चलाउनुहोस्। ध्यान दिनुहोस् कुन एकल सुधारले सबैभन्दा ठूलो सुधार उत्पन्न गर्यो, कति राउन्डहरू होइन।
चेकलिस्ट
- [ ] खराब आउटपुटको अवस्थामा, म पहिले प्रम्प्टलाई सोध्छु, एजेन्टलाई होइन।
- [ ] म छवटा निदान प्रश्नहरू प्रदर्शन गर्न सक्छु।
- [ ] म जटिल कार्यहरूलाई धेरै प्रम्प्टहरूमा विभाजन गर्छु।
- [ ] मैले विवादास्पद र अस्पष्ट निर्देशनहरू देख्छु र तिनीहरूलाई सच्याउँछु।
- [ ] म यसलाई प्रकाशित गर्नु अघि तथ्यात्मक आउटपुट प्रमाणित गर्छु।