பிரைம் டே (Prime Day) எனக்கு ப்ராம்ப்ட் இன்ஜினியரிங் (Prompt Engineering) பற்றி என்ன கற்றுக்கொடுத்தது
நான் ப்ராம்ப்ட் இன்ஜினியரிங்கில் நிபுணத்துவம் பெற விரும்பினேன்.
எனக்கு ஆடம்பரமான தந்திரங்கள் தேவையில்லை; பயனுள்ள திறன்களே எனக்குத் தேவைப்பட்டன. பதில்கள் நம்பகமானதாக இருக்கும் வகையில் கேள்விகளை எப்படி கேட்பது என்பதை நான் அறிய விரும்பினேன்.
பெரும்பாலான பயிற்சிகள் (tutorials) போலி உதாரணங்களையே பயன்படுத்துகின்றன. உங்களுக்கு அந்தத் தலைப்பில் ஆர்வம் இல்லையென்றால், ஒரு தவறான பதிலைக் கண்டறிவது கடினம்.
எனவே, நான் எனது அமேசான் கார்ட்டில் (Amazon cart) பயிற்சி செய்தேன். எனது சலுகைகள் உண்மையானவையா அல்லது வெறும் விளம்பரமா என்பதை நான் அறிய விரும்பினேன். இதில் எனது சொந்தப் பணமே பந்தயமாக இருந்தது.
நான் கற்றுக்கொண்டவை இதோ:
- ஆங்கரை (Anchor) எதிர்கொள்ளுங்கள் தள்ளுபடிகள் பெரியதாகத் தெரிவதற்காக சந்தைப்படுத்துதலில் "பட்டியலிடப்பட்ட விலைகள்" (list prices) பயன்படுத்தப்படுகின்றன. நீங்கள் "இது ஒரு நல்ல டீலா?" என்று கேட்டால், மாடல் பெரும்பாலும் அந்தப் போலி பட்டியலிடப்பட்ட விலையையே ஏற்றுக்கொள்கிறது.
தீர்வு: பட்டியலிடப்பட்ட விலையைப் புறக்கணிக்க மாடலிடம் சொல்லுங்கள். தற்போதைய விலையை கடந்த 6-12 மாதங்களில் இருந்த உண்மையான சந்தை விலையுடன் (street price) ஒப்பிடுமாறு கேளுங்கள்.
- உங்கள் அளவுகோல்களை வரையறுக்கவும் "எது சிறந்தது?" போன்ற ஒரு ப்ராம்ப்ட் பயனற்றது. சூழல் (context) இல்லாமல் "சிறந்தது" என்பதற்கு எந்தப் பொருளும் இல்லை.
தீர்வு: எடையிடப்பட்ட அளவுகோல்களைப் (weighted criteria) பயன்படுத்துங்கள். எதற்கெல்லாம் முக்கியத்துவம் அளிக்க வேண்டும் என்பதை மாடலிடம் துல்லியமாகச் சொல்லுங்கள்.
- 30% விலை
- 25% சுத்தம் செய்யும் திறன்
- 20% இயங்கும் நேரம்
- 15% HEPA வடிகட்டி
- 10% பராமரிப்பு
மேலும், "சிறந்த டீல்" (best deal) மற்றும் "சிறந்த தயாரிப்பு" (best product) ஆகியவற்றைத் தனித்தனியாகப் பிரிக்கவும். ஒரு தயாரிப்பு உயர்தரமானதாக இருக்கலாம், ஆனால் அதன் மதிப்பு (value) குறைவாக இருக்கலாம்.
- கணக்கீடுகளைக் கட்டாயப்படுத்தவும் மாடல்கள் கணக்கீடுகளில் நம்பிக்கையுடன் இருக்கலாம், ஆனால் அவை தவறாகவும் இருக்கலாம். சுருக்கங்களில் (summaries) அவை பெரும்பாலும் பிழைகளைச் செய்கின்றன.
தீர்வு: மாடலிடம் "கணிதத்தை வெளிப்படையாகக் காட்டவும்" (show the math explicitly) என்று சொல்லுங்கள். மாடல் கழித்தல் கணக்கை படிப்படியாக எழுதினால், அது தவறான முடிவைக் (hallucinate) கொடுப்பதற்கான வாய்ப்பு குறைகிறது.
- வடிவமைப்பை விட உள்ளடக்கத்திற்கு முன்னுரிமை அளிக்கவும் நீங்கள் எழுத்துக்களின் வரம்பைத் (character limit) தாண்டினால், உங்கள் ப்ராம்ப்ட்டின் இறுதிப் பகுதி விடுபட்டுவிடும்.
தீர்வு: உங்கள் மிக முக்கியமான அறிவுறுத்தல்களை முதலில் வைக்கவும். நீண்ட தலைப்புகள் அல்லது மரியாதையான வார்த்தைகளுக்காக இடத்தைச் செலவிட வேண்டாம். "ஆங்கர் பிரேக்" (anchor break) மற்றும் "எடையிடப்பட்ட அளவுகோல்களை" (weighted criteria) மேலே வைக்கவும்.
பயன்படுத்த வேண்டிய 5 முக்கிய நுட்பங்கள்: • தெளிவுக்காகப் பாத்திரங்களை (roles) பயன்படுத்தவும். ஒரு விலை ஆய்வாளராக (pricing analyst) செயல்படுமாறு சொல்லுங்கள். • ஒரு குறிப்பிட்ட கட்டமைப்பைக் கோரவும். ஒரு அட்டவணை அல்லது ஒரு குறிப்பிட்ட தீர்ப்பைக் கேட்கவும். • few-shot உதாரணங்களைப் பயன்படுத்தவும். ஒரு சரியான பதிலின் உதாரணத்தைக் காட்டவும். • தீர்ப்புக்கு முன் காரணங்களை விளக்கக் கேட்கவும். இது மாடலைச் சிந்திக்கத் தூண்டும். • நிச்சயமற்ற தன்மைக்கான விதியைச் சேர்க்கவும் (uncertainty clause). தரவைக் கண்டறிய முடியாவிட்டால் "சரிபார்க்கப்படவில்லை" (unverified) என்று சொல்லுமாறு கூறவும்.
ப்ராம்ப்ட் இன்ஜினியரிங் என்பது பிழைத்திருத்தம் (debugging) செய்வது போன்றது. முதல் பதிலையே அப்படியே ஏற்றுக்கொள்ந்துவிடாதீர்கள். மாடல் எங்கே தவறு செய்கிறது என்பதைக் கண்டறிந்து, அந்த குறிப்பிட்டப் பகுதியைச் சரிசெய்யுங்கள்.
Source: https://dev.to/cseeman/what-prime-day-taught-me-about-prompt-engineering-3gek
Optional learning community: https://t.me/GyaanSetuAi